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FOREWORD 


Development  of  the  ATLAS  integrated  structural  analysis 
and  design  system  was  initiated  by  The  Boeing  Commercial  Airplane 
Company  in  1 9 9 . Continued  development  efforts  have  resulted  in 
the  release  and  application  of  several  extended  versions  of  the 
system  to  aerospace  and  civilian  structures.  Those  capabilities 
of  the  current  ATLAS  version  developed  under  the  NASA  Langley 
Contract  No.  NASl-12911  include  the  following:  geometry  control, 

thermal  stress,  fuel  generation/management , payload  management, 
loadability  curve  generation,  flutter  solution,  residual 
flexibility,  strength  design  of  composites,  thermal  _ 'lly 
stressed  design,  and  interactive  graphics.  The  monitor  of  this 
contract  was  G.  L.  Giles.  The  inertia  loading  capability  was 
developed  under  the  Army  Contract  No.  DAAG46-75-C-0072. 


This  document  is  one  volume  of  a series  of  documents 
describing  the  ATLAS  System.  The  remaining  documents  present 
details  regarding  the  system  design,  the  data  management,  the 
engineering  method  used  by  the  computational  modules,  and  the 
system-demonstration  problems . 

The  key  responsibilities  for  development  of  ATLAS  have 
been  within  the  Integrated  Analysis/Design  Systems  Group  of  the 
Structures  Research  Unit  of  BCA C and  the  ATLAS  System  Group  of 
the  BCS  Integrated  Systems  and  Systems  Technology  Unit.  R.  E. 
Miller,  Jr.  was  the  Program  Manager  of  ATLAS  up  to  1976  after 
which  K.  H.  Dickenson  assumed  this  position.  The  current  ATLAS 
System  is  the  result  of  the  combined  efforts  of  many  Boeing 
engineering  and  programming  personnel.  Those  who  contributed 
directly  to  the  current  version  of  ATLAS  are  as  follows: 
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ABSTRACT 


This  manual  describes  the  input  data  and  execution  control 
statements  for  the  ATLAS  integrated  structural  analysis  and 
design  system.  It  is  operational  on  the  Control  Data  Corporation 
(CDC)  6600/CYBER  computers  in  a batch  mode  or  in  a time-shared 
mode  via  interactive  graphic  or  text  terminals.  ATLAS  is  a 
modular  system  of  computer  codes  with  common  executive  and  data- 
base management  components.  The  system  provides  an  extensive  set 
of  general-purpose  technical  programs  with  analytical 
capabilities  including  stiffness,  stress,  loads,  mass, 
substructuring,  strength  design,  unsteady  aerodynamics, 
vibration,  and  flutter  analyses.  The  sequence  and  mode  of 
execution  of  selected  program  modules  are  controlled  via  a common 
user-oriented  language.  Execution  of  selected  modules  with 
external  interfaced  programs  is  supported  by  the  ATLAS  data  base 
and  ATLAS  data  manager.  User  interfaces  are  provided  for 
interactive  execution-control,  data -file  editing,  and  graphical - 
display  of  selected  data.  Problem-definition  input  data  are 
written  in  a problem-oriented  language.  Input-data  generation 
options  and  input-data  checks  provided  by  the  preprocessors 
minimize  the  amount  of  data  and  flowtime  for  problem 
definition/verification.  Postprocessors  allow  selected  data  to 
be  extracted,  manipulated,  and  displayed  via  online  or  offline 
prints  or  plots  for  monitoring  and  verifying  problem  solutions. 
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1.0  INTRODUCTION 


ATLAS  is  an  integrated  structural  analysis  and  design 
system  operational  on  the  Control  Data  corporation  (CDC) 
6600/CYBER  computers  in  a batch  mode  or  in  a time-shared  mode 
via  interactive  text  or  graphic  terminals.  It  is  a modular 
system  cf  computer  codes  with  common  executive  and  data-base 
management  components.  ATLAS  provides  an  extensive  set  of 
general-purpose  technical  programs  with  aeroelastic  analytical 
capabilities  including  stiffness,  stress,  loads,  mass, 
substructuring,  strength  design,  unsteady  aerodynamics,  vibration 
and  flutter  analyses.  A finite- element  structural-analysis 
approach  is  used  wherein  the  distributed  physical  properties 
of  the  problem  are  represented  by  a finite  number  of  idealized 
elements. 

The  seguence  and  mode  of  execution  of  selected  program 
modules  for  a multi-technology  problem  are  controlled  by  the 
user  via  a common  user-oriented  language.  User  interfaces  are 
provided  for  interactive  control  of  module  executions,  data- 
file editing  and  graphical-display  of  selected  input  and 
calculated  data.  Communication  of  data  between  program  modules 
is  performed  automatically  by  the  ATLAS  data-base  manager. 

Problem- definition  input  data  are  written  in  a problem- 
oriented  language.  Versatile  input- data  generation  capabilities 
and  input- data  checks  are  provided  by  the  preprocessors  to 
minimize  the  amount  of  data  and  flowtime  reguired  to  define 
and  verify  the  problem  to  be  solved.  Postprocessors  allow 
selected  input  data  and  analysis/design  results  to  be  extracted, 
manipulated  and  displayed  via  on-line  or  off-line  prints  or 
plots  for  monitoring  and  verifying  problem  solutions. 

This  document  presents  detailed  descriptions  of  all 
problem-definition  input  data  and  executive-control  statements 
for  the  ATLAS  System.  It  is  assumed  that  the  reader  is  familiar 
with  matrix  structural-analysis  methods  and  as  such,  no  attempt 
is  mad-;,  to  discuss  structural  idealization  technigues  herein. 
Documentation  of  the  system  design  and  the  data-base  management 
system  are  contained  in  references  1-1,  1-2  and  1-3. 

This  document  is  comprised  of  four  major  portions  which 
describe  the  following: 

a)  Section  10.0  provides  an  overview  of  the  analytical 
capabilities  and  architecture  of  the  ATLAS  System. 


1. 1 


b)  Section  11.0  describes  the  qeneral  deck  setup  and  the 
CDC-system  job  control  cards  required  for  execution 
or  ATLAS. 

c)  Section  100.0  presents  the  general  rules  and  document 
notation  concerning  problem-definition  input  data. 
Detailed  descriptions  of  the  input  data  associated 
with  each  of  the  ATLAS  System  technical-data 
preprocessors  are  presented  in  the  remaining  100-series 
sections. 

d)  Section  200.0  presents  the  general  rules  and  document 
notation  concerning  execution- control  of  the  ATLAS 
System  modules.  Detailed  descriptions  of  the  executive- 
control  statements  associated  with  each  of  the  technical 
computational  modules  are  presented  in  the  remaining 
200-series  sections. 
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lu.Q  OVERVIEW  OF  SYSTEM  CAPABILITIES  AND  SYSTEM  DESIGN 


This  section  presents  an  overview  of  the  ATLAS  System 
functions,  the  system  architecture,  the  user  interfaces,  and 
the  management  of  data  matrices.  An  overview  of  the  technical 
capabilities  provided  by  the  system  is  also  presented.  Detailed 
descriptions  of  the  system-design  and  data-base  management  are 
documented  in  references  1-1  and  1-2. 
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10.1  SYSTEM  FUNCTIONS  AND  ANALYSIS  CAPABILITIES 


ATLAS  provides  the  user  with  three  major  types  of 
capabilities: 

a)  Analysis  Control 

b)  Data  Communication 

c)  Numerical  Computations 

The  user  has  complete  command  of  the  analysis  control.  This 
function  is  defined  via  his  executive  control  deck.  Data 
communication  within  the  system  is  handled  automatically.  The 
user,  however,  is  required  to  name  certain  analysis  data  (User 
Matrices)  that  describe  the  total  problem.  For  example,  the 
structural  stiffness,  loads  and  displacement  matrices  are 
identified  by  user-assigned  names.  This  is  part  of  the  analysis 
control  function  as  defined  by  the  user. 

The  computational  functions  provided  by  ATLAS  are  divided 
into  three  categories*. 

a)  Input  Data  Preprocessing 

b)  Data  Processing 

c)  Output  Data  Postprocessing 

nil  computational  functions  are  selected  by  the  user  via  his 
control  deck. 

The  technical- ana lysis  computational  capabilities  provided 
by  ATLAS  are  summarized  in  the  following  outline. 

Data  Management  and  Execution  Control 

• A data-base  manager 

• A user-oriented  execution- control  language 

• Catalogs  of  control -statement  procedures 

• Interactive,  on-line  and  batch-mode  processing 

• Interactive  data-file  and  control-file  editor 

• Automated  execution-restart  procedures 

• Numerous  problem  conditioning-checks  during  analyses 

Utility  Matrix  Algebra 

. A user-oriented  language  for  performing  matrix 
and  scalar  mathematics 

• A module  for  assembling  elemental  stiffness, 

mass,  loads,  and  displacement  matrices 

• A module  for  solving  out-of-core  systems  of 

linear  symmetric  equations 
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• A module  for  adding  and  multiplying  out-of-core  matrices 
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Data  Preprocessing 

• Free-field,  input-data  format 

• Problem-definition  data  written  in  a problem-oriented 

language;  many  data  defa’ilt  values  are  provided 

• Common,  automatic  data-generation  options  for  all  data  types 

• Automatic  generation  of  nodes,  element  grids,  loads,  etc. 

• Extensive  number  of  warning  and  error  diagnostics 


Data  Postprocessing  | ‘ 

I f 

• Extract  selected  subsets  of  data  for  print/plot  displays  I 

• User -selected  data  printouts  I 

• User-selected  on  line  and  off  line  plots  f 

-Orthographic,  pictorial  geometry  plots  ) 

-Data  displays  superimposed  on  element  grids  f 

-Isocurve  contour  plots 
-X-Y  graphs 

• Interactive  graphics 


Geometry  Modeling 

• Lofting  of  three-dimensional  structural  components 

• Maximum  of  4095  nodes  per  data  set  or  substructure 

• Local  rectangular,  cylindrical,  and  spherical 

reference  frames  for  node  definition  and 
structural  response. 

Boundary  Conditions  (BC) 

• Constraints  on  selected  nodal  freedoms 

• Symmetric  and  antisymmetric  options 

• Elastic  supports 

• Maximum  of  10  different  BC  stages 

Structural  Modeling 

• Maximum  of  32,767  elements 

• Nodal  freedoms  with  no  stiffness  are  automatically 

ignored 

• Library  of  elements 

-Axial  ROD  and  general  BEAM 
-Membrane  PLATE  and  bending  GPLATE  elements 
with  orthotropic  capability 
-Built-up  SPAR  and  COVER  elements 
-Family  of  3-D  isoparametric  BRICK  elements 
-Grounded  SCALAR  spring  (elastic  support) 

-Shear  rod  (SROD)  and  shear  panel  (SPLATE) 
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-Composite -material  plat®  (CPLATE)  and 
built-up  composite  CCGVFR  elements 

Multilevel  Substructurinq 

• No  limit  on  number  of  interact  levels 

• Automatic  management  of  substructure-interact  data 

• Capability  for  stress,  mass,  and  vibration  analyses 

Applied  Static  Loads 

• Nodal  loads 

• Element  distributed  loads 

• Thermal  loading 

• Rotational  inertia  loads 

• Specified  displacements 

• Loadcase  superposition 

• No  limit  on  number  of  loadcases 

Linear  Stress  Analysis 

• Displacement  formulation 

• Superposition  of  displacements  and  stresses 

• Freebody — internal  nodal  forces  on  elements 

• Equilibrium  checks 

• Stress  contour  plots 

Bifurcation  Buckling  Analysis 

• Maximum  of  400  degrees  of  freedom 

• Geometric  stiffnesses  for  ROD,  BEAM,  PLATE,  G PLATE, 

and  BRICK  elements 

• Mode-shape  plots 

Strength  Resizing 

• Fully-stressed  design 

-Panel  buckling  interaction 

-Geometric  and  margin-of-safety  constraints 

-Thermal  effects 

• Smoothing  of  resized  element  properties 

• Margin-of-safety  plots 

Structural  optimization 

. Regional  optimization  of  composite  structures 
Mass  Analysis 

• Maximum  of  100  raass/weight  distribution  conditions 
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• Maxiirurr  of  32,767  nonstructural  mass  elements 

• Library  of  elements 

-PCD  and  general  EE AM 
-Built-up  SPAR  and  COVER  elements 
-PLATE  elements 
-Concentrated  SCALAR  masses 

• Detailed  weight  statements 

• Diagonal,  nondiagonal,  and  Guyan- reduced  mass  matrices 

• Panel-weight  matrices 

• Fuel  and  payload  management 

• Fuel  and  payload  loadability  diagrams 

Vibration  Analysis 

• Normal  modes  and  frequencies 

• Generalized  mass  and  stiffness  matrices 

• Maximum  of  40C  degrees  of  freedom 

• Mode-shape  plots 

Flutter  Analysis 

• Assumed-pressure  function  and  doublet- lattice  methods 

for  subsonic  compressible  flow 

• Strip-theory  method  for  subsonic  incompressible  flow 

• Mach-box  method  for  supersonic  flow 

• Residual  structural- flexibility  effects 

• Mode  interpolation  functions 

-Surface  spline 

-Motion  axis  and  motion  point 

-Polynomial 

-Beam  spline 

• Automated  V-g  and  "matched  point"  solution  options 

• V-g  and  V-f  flutter-solution  plots 

ATLAS  Interfaces  with  External  Programs 

• ATLAS/FLEXSTAB— Interface  ATLAS  structural  and  mass 

data  with  FLEXSTAB  for  performing  aeroelastic  and 
elastic  stability  analyses;  Interface  FLEXSTAB 
steady-state  loads  with  ATLAS  for  performing  stress 
analysis  and  structural- design  functions. 

• ATLAS/NASTPAN— Interface  ATLAS  input  data  to  NASTRAN 

and  interface  NASTRAN  input  data  to  ATLAS 

• Interface  geometry  input  data  for  the  NASA-LRC  aero- 

dynamic configuration  program  with  ATLAS 

• Interface  geometry  data  generated  by  the  Boeing  GCS 

program  with  ATLAS. 


10.2  SYSTEM  ARCHITECTURE 


The  ATLAS  System  has  been  designed  primarily  on  the  basis 
of  convenient/  user- selection  of  system  functions.  Other 
considerations  such  as  system  maintainability  and  the  ability 
to  extend  the  system  capabilities  also  influenced  its  design. 

The  architecture  developed  for  ATLAS  is  a modular  system  of 
computational  modules  with  common  executive  and  data-base 
management  components.  The  executive  component  is  conn  rised 
of  a system-execution  monitor  and  an  analysis-control  module 
(Control  Program)  that  is  created  from  the  user-defined  control 
deck.  The  system  architecture  is  illustrated  in  figure  10-1. 

Tue  three  types  of  computational  modules  in  the  system 
and  their  basic  functions  are  as  follows: 

a)  Preprocessors  --Fead,  decode,  generate  and  interrogate 

the  problem  definition  data;  load 
problem-execution  restart  data. 

b)  Processors  --Perform  technical,  numerical 

computations. 

c)  Postprocessors  --Extract,  format  and  display 

(print/plot)  input  data  and  analysis 
results;  save  problem- execution 
restart  data. 

Table  10-1  contains  a summary  of  all  computational  modules 
in  the  system.  It  should  be  noted  that  for  convenient 
referencing,  the  100-series  sections  of  this  document  are  ordered 
alphabetically  according  to  the  names  of  the  Preprocessors. 

The  200-series  sections  are  also  ordered  alphabetically  according 
to  the  names  of  the  Processors  and  Postprocessors.  The  irput 
data  for  the  STIFFNESS  Preprocessor,  for  example,  are  described 
in  section  152.0,  whereas  the  execution-control  directives  for 
the  STIFFNESS  Processor  and  Postprocessor  are  described  in 
section  252.0. 

The  remaining  modules  of  the  system  are  called  executive 
modules.  These  modules  support  the  analysis  control  and  data 
communication  functions.  The  executive  modules  and  their  basic 
functions  are  as  follows: 

a)  Precompilers  — Support  the  system  data-base 

management  and  the  creation  of 
control  Program  modules  from 
control  decks;  translate  uner- 
oriented  executive- language 
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directives  into  machine 
instructions. 

b)  control  Program  — Control  the  sequence  and  mode 

of  execution  of  selected 
computational  modules  as  specified 
by  the  user  via  the  control  deck. 

c)  ATLAS  0.0  Overlay  —Monitor  an  ATLAS  job  during  batch- 

mode or  interactive  execution; 
interpret  control  directives  input 
via  a time-shared  terminal  during 
interactive  processing. 

10.  2.  1 Data-Base  Management 

Automatic  transmission  of  data  from  one  module  to  another 
is  accomplished  primarily  by  the  use  of  named,  random-access 
disk  files.  Each  data  file  is  identified  by  a name  consisting 
of  seven  characters  wherein  the  last  three  characters  are  RNF. 

All  input  data  formatted  by  the  preprocessors  are  stored  in 
the  file  named  DATARNF,  whereas  the  data  generated  by  a processor 
are  stored  in  a separate  file  that  is  named  by  use  of  the  first 
four  letters  in  the  processor  name.  For  example,  data  generated 
by  the  STIFFNESS  Processor  are  stored  in  STIFRNF  (see  table 
10-1).  Eacn  matrix  within  a file  is  identified  by  a unique 
name  comprised  of  1 to  7 characters  which  serves  as  the  random- 
access,  index  name  for  data  management.  Detailed  descriptions 
of  ^11  data  files  and  matrices  associated  with  the  ATLAS  System 
are  presented  in  reference  1-2. 

Management  of  all  internal  data  is  performed  automatically. 
Management  of  execution- restart  data  and  naming  of  User  Matrices, 
however,  are  responsibilities  of  the  user  as  defined  via  the 
control  deck.  A User  Matrix  is  a set  of  data  such  as  the 
structural  stiffness  matrix,  a total  mass  matrix,  etc.,  that 
describes  the  total  problem.  Certain  naming  and  uniqueness 
requirements  exist  for  User  Matrices  referenced  by  some  of  the 
computational  modules.  These  requirements  are  defined  in  section 
200. C. 
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10.3  USER  INTERFACES 


User  interfaces  with  ATLAS  are  defined  via  the  problem 
data  deck  and  the  control  deck.  The  problem  deck  defines  the 
problem  to  be  analyzed  by  the  computational  functions,  whereas 
the  control  deck  defines  the  analysis  control  function. 

The  problem  data  deck,  which  normally  represents  the  bulk 
of  the  input  data,  is  described  in  section  100.0. 

The  directives  supplied  via  the  control  deck  define  the 
following: 

a)  Sequence  of  computations, 

b)  User  Matrix  names, 

c)  Disposition  of  analysis  results, 

d)  Scheduled  problem- execution  restarts, 

e)  Contingencies  in  case  of  problem  data  errors. 

The  control  deck  may  also  be  used  to  perform  special  analytical 
computations,  manipulate  ATLAS  data,  and  manage  data  for 
interfacing  ATLAS  coraputat ional  modules  with  computer  programs 
that  are  external  to  ATLAS.  Established  interfaces  between 
ATLAS  and  external  programs  are  described  in  appendix  G. 

Execution  of  a Control  Program  and  the  ATLAS  System  may 
be  performed  in  a batch  mode  or  in  a time-shared  mode  via 
interactive  text  or  graphics  terminals.  Execution-control 
statements  may  be  input  via  a terminal  during  interactive 
processing  of  a Control  Proqram.  Additionally,  on-line  plots 
of  selected  data  may  be  created  on  interactive  graphics  consoles 
via  input  to  the  common,  interactive  (conversational)  GRAPHICS 
Postprocessor  as  described  in  section  228. 0. 

Requirements  of  a control  program  deck  and  detailed 
descriptions  of  the  user-defined  control  statements  are  presented 
in  section  200.0. 
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Table  1 0-1 . ATLAS  Preprocessors .Processors  and  Postprocessors 


Module  Name 

Technical  Function 

Document  Section  Number 

Preprocessor 

Processor 

Postprocessor 

ADDINT 

Add  anc  „r  ifliarpo'eu  r«tpe<  i *s  ‘nqnwcm 

those  generated  a’rfor.-e  m'uu  jtnritK  c*  Af. 
OUSLA-.  '.1»A!*.  NAIhBGi.  NKJJ.  Pj  p>e*iOi.s  fitt-for 

of  ai*:h* 

■1 

202 

202 

afi 

Define  aerodynamic  model,  Calculate  subsonic,  incompres- 
sible-flow aerodynamic  loads  for  FLUTTER.  Strip  theory 
method 

104 

20< 

204 

BOUNDARY  CONDITIO* 

Define  boundary  conditions  for  structural  model 

^ 106 

206 

BUCKLING 

Calculate  rh.r«*«"g  'oacs  a*c  moce  shapes 

a . Aft  

200 

20B 

CHOLESKY 

Solve  sysie«s  ‘'nea'  >«wae''*i  ecwat  :•** 

210 

a* 

DESIGN 

Perform  regional  optimization  of  csmpositc  structures, 
Resale  structural  models  based  on  a fully-stressed  design, 
thermal  and  local -buckl 'ng  effect',  and  geometric  and 
margin- of -safety  constraints 

112 

212 

212 

DETAIL 

Def»ne  finite-element  cross-section  shapes  and  ttif*er.«r 
locations  for  plate-element  ‘^a1  bvca'inj 

114 

DUBLAT 

Define  aerodynamic  model.  Calculate  subsonic  compressible* 
flow*  aerodynamic  loads  for  FILLER.  Doublet-lattice 
method 

116 

218 

216 

EXTRACT 

218 

FLEXAIR 

;a*c-‘ate  jenera' -red  a'r'orce  matrices  that  •rc,-ae 

,,e«'M;,ty  effects  o*  truncated  structure!  ahjdts 

220 

220 

FLUTTER 

De'me  structural  aamcing.  Modify  and  solve  the  flutter 
equations 

122 

222 

222 

FREEBODY 

pnnt  internal  nodal  'cues  acfrq  or  se'ettec  *i"ite 
e‘  i*m«nts 

224 

GEOMETRY 

Define,  generate,  and  •-terrjga’e  :nree-i  nens'ona' 
geomet-y  components  *;r  st  j-ai  a"d  ran  wodrls 

126 

GRAPHICS 

Generate  on-'-n*  a*-  ’ *«e  r'ots  O'  *ata  selected  via 

tX'PA.  ’ ‘■a*,  - a-.’  •*‘tera*.t  •ve-crarn*.  s woces  o*  e»ec«:ior 

228 

INTERACT 

Defi-r  .r^ 

130 

' 

230 

INTERPOLATION 

Ceti  e node  •»,.a..e  -te-pr lat'or  * .-v.  t .•  \ *ct  A*1.  ASIA’. 
FLEti's.  MA.-s*  ano  ' 

232 

LOAD 

nsec-'  vn 

200 

LOADS 

Define  static  loads.  Calculate  nodal  loads  due  to 

inert 1 4 1 forces.  pressure  gradients,  and  thermal  gradients. 

Cumulate  static  loads  and  specified  displacements 

134 

234 

234 

MACHBOX 

Define  aerodynamic  model,  Calculate  supersonT-flo* 
aerodynamic  loads  for  FLUTTER,  Mach  Son  method 

136 

236 

236 

MASS 

Define  mass  model  that  mav  complement  STIFFNESS,  Define 
fue’  ano  payload  management  data,  Generate  ma-,s  '■'atrices 
and  detailed  weight  statements  for  primary  and  secondary 
structure,  fuel,  and  payload 

138 

238 

238 

MATERIAL 

>*"*  '*'**te-e’eme"t  mater -a’  prCpft,  34  ta  anc  des*'r- 

a’  pwarie  stresses  *ot  StlFiHfS^.  i’SES'.  MASS,  me 

140 

> 

240 

MERGE 

asse^r>  st  "ress,  .nass.  ’pads,  a-e  cis?lacement  matrices 

242 

MULTIPLY 

A,’J  an'  naf’Cns 

* V 

244 

NODAL 

146 

246 

PRINT 



200 

REACTION 

-PI V . '.r.-p-fv.'  * -r-ijr  dHe^S'  *. 

t.-a  rn,  jy ' 

■ | 

- 

248 

RH03 

Define  aerodynamic  model,  Calculate  subsonic  compressible- 
flow  aerodynamic  loads  for  FLUTTER,  Assumed  pressure  modes 
method 

25l 

250 

' SAVE 

Save  problem  data  for  LOAD  to  restart  evecut’on 

200 

STIFFNESS 

Pe'me  structural  model,  Generate  elastic-stiffness , 
qecmetric-stif'ness.  and  stress  matrices  for  elements 

1 

252 

STRESS 

Assemble  nodal  displacements.  Calculate  element  stresses 
and  internal  nodal  forces.  Superimpose  displacements  and 
.tresses 

254 

254 

SUBSET 

DEFINITION 

Define  subsets  of  nodes  and  elements  ’r.  ntIcfne$K  and 
MAS*;  models.  Define  subsets  of  data -component  labels  'or 
£ XT  P AC  T 

VIBRATION 

Calculate  natural  v . t 'ation  frequenc  es  and  cue  shapes 
m addit’on  to  generalized  mass  ano  sti^'ness  matrices 

258 

258 
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11.0  JOB-DECK  SETUP  AND  SYSTEM  EXECUTION 


The  general  deck-setup  requirements  and  the  CDC  6600  job- 
control  cards  required  for  execution  of  the  ATLAS  System  axe 
presented  herein.  Additionally,  the  resource  requirements  for 
execution  of  ATLAS  are  discussed  in  section  11.3. 
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11.1  JCB  DECK  PREPARATION 

The  complete  deck  setup  required  for  execution  of  the 
ATLAS  System  is  shown  in  figure  11-1.  Although  many  modes  of 
operation  may  be  used  to  assemble  a job  deck,  only  card-input 
of  a deck  is  illustrated.  Disk  files,  for  example,  may  be  used 
to  supply  the  ATLAS  Control  Program  and  problem-definition  data 
deck.  If  the  Control  Program  is  retrieved  from  a disk  file 
ir.  wnicn  it  was  previously  established,  the  Control -Program 
source  deck  and  its  end-of-record  card  as  shown  in  figure  11- 
1 would  not  be  included  in  the  job  deck. 

The  primary  components  of  an  ATLAS  job  deck  are: 

a)  Control  cards  for  the  CDC  6600 

b)  ATLAS  Control-Program  deck 

c)  ATLAS  problem-definition  data  deck 

Each  of  tries e components  is  described  in  the  following  sections. 


END-  OF-  FILE 


Problem-Definition  Data  Deck 
(ref.  sec.  100.0) 


Executive  Control  Deck 
Jref.  sec.  200.0) 


Job  Control  Deck 
"(ref.  aec.  1 1 .2 ) 


figure  11-1.  ATLAS  Job  Deck 
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11.1.1  Control  Cards  for  the  CPC  6600 


For  many  jobs,  the  only  CDC  6600  control  cards  required  for 
execution  of  ATLAS  are  shown  in  the  following  list: 

Job  Card 

Account  Card 

GET ( CATM/UN =UATLASU) 

CALL (CATM, ATTACH) 

CALL (CATM , CONTROL) 

ATLAS (PL= 100000) 

Each  control  card  statement  begins  in  column  one  of  a card. 

These  control  cards  and  the  control  cards  required  to  execute 
most  types  of  ATLAS  jobs  are  described  in  detail  in  section  11.2. 

11.1.2  ATLAS  Control-Program  Deck 

The  primary  function  of  the  ATLAS  Control-Program  deck  is 
to  define  the  sequence  and  mode  of  execution  of  selected  ATLAS- 
systero  modules  to  analyze  the  problem  established  by  the  data 
deck.  Each  execution-directive  statement  used  to  create  a 
Control  Program  is  written  in  a user-oriented  language.  Detailed 
descriptions  of  all  Control-Program  statements  are  presented  in 
section  200.0.  The  remaining  200-series  sections  of  this 
document  describe  the  control  directives  and  parameters  therin 
that  are  oriented  toward  particular  technologies.  These  sections 
are  ordered  alphabetically  according  to  the  Processor  and 
Postprocessor  names  for  convenient  referencing. 

The  following  example  Control  program  to  perform  a stress 
analysis  illustrates  the  use  of  some  of  the  ATLAS  control 
statements. 

BEGIN  CONTROL  PROGRAM 

PROBLEM  ID  (TYPICAL  FORMAT  OF  A CONTROL  PROGRAM) 

READ  INPUT 

PRINT  INPUT  (NODAL) 

PRINT  INPUT  (STIFFNESS) 

PERFORM  STRESS 

PRINT  OUTPUT  (STRESSES) 

END  CONTROL  PROGRAM 

Each  control  statement  initiates  one  or  more  execution  steps  as 
required  in  the  analysis  of  the  problem  defined  by  the  data  deck. 
These  statements  begin  in  column  seven  of  a card. 

Those  Processors  which  must  be  executed  via  Control  Program 
statements  to  perform  standard  types  of  analyses  using  the  ATLAS 


System  are  identified  in  table  11-1.  Processors  which  may  be 
executed  in  support  of  typical  analyses  are  also  shown  in  table 
11-1.  Decause  of  the  many  analysis  options  provided  by  ATLAS, 
the  sequence  of  execution  of  these  modules  is  best  illustrated 
by  the  sample  job  decks  presented  in  appendix  F.  In  all  cases, 
execution  of  the  Postprocessors  to  generate  print/plot  displays 
is  optional. 

11.1.3  ATLAS_ Prop lem-Ogfi ait ign_D at a_ Deck 

The  mathematical  model  of  the  problem  to  be  analyzed  by 
execution  of  the  ATLAS  System  is  defined  via  the  problem- 
definition  data  deck.  All  input  data  are  written  in  a problem- 
oriented  lanquage.  All  data  items  may  be  input  in  a free-tield 
format  using  all  columns  of  a card.  The  primary  component  of 
a data  deck  is  referenced  as  an  input  data  set  (a  block  of 
information)  . Each  data  set  is  associated  with  one  of  the 
Preprocessors  identified  by  table  10-1. 

The  structure  of  a data  deck  and  qeneral  information 
applicable  to  all  input  data  are  presented  in  section  100. Q. 
Detailed  descriptions  of  each  input  data  set  are  presented  in 
the  remaining  100-series  sections  of  this  document.  These 
sections  are  ordered  alphabetically  according  to  the  data-set 
names  (Preprocessor  names)  for  convenient  referencing. 

Only  those  data  sets  that  are  required  to  define  the 
problem  to  be  analyzed  need  be  included  in  the  data  deck.  Those 
data  sets  which  must  be  input,  and  those  data  sets  which  are 
optional  for  standard  types  of  analyses  are  identified  in  table 
11-2.  Tne  qeneral  stacking  sequence  of  tne  data  sets  within 
a data  deck  is  also  shown  in  table  11-2. 
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Table  ||-|.  Processor/Postprocessor  Executions  for  Standard  Types  of  Analyses  Q 


| Processors  and  Postprocessors 

Module  Executions  for  Standard  Analyses 

Name 

Ref.  Sec.  | 

[ Stress 

Weights 

Vibration 

Flutter  | 

ADDINT 

202 

✓ 

AFI 

204 

* _ 

BOUNDARY  CONDITION 

206  + 

* 

* 

* 

* 

BUCKLING 

208 

* 

CHOLESKY 

210 

V 

✓ 

\/ 

DESIGN 

212 

216 

* 

* 

DUBLAT 

* 

EXTRACT 

218  f 

* 

* 

* 

* 

FLEXAIR 

220 

* 

FLUTTER 

222 

✓ 

FREEBODY 

224  f 

* 

GRAPHICS 

228  f 

* 

* 

* 

* 

INTERACT 

230  + 

* 

* 

* 

* 

INTERPOLATION 

232 

✓ 

LOADS 

234 

v/ 

MACHBOX 

236 

* 

MASS 

238 

✓ 

v/ 

V' 

MATERIAL 

240  f 

* 

* 

* 

* 

MERGE 

242 

✓ 

✓ 

✓ 

MULTIPLY 

244 

V 

✓ 

\/ 

NODAL 

246  f 

* 

* 

* 

* 

REACTION 

248  f 

* 

RH03 

250 

* 

ST 1 FFNESS 

252 

✓ 

* 

✓ 

STRESS 

254 

✓ 

< 

VIBRATION 

258 

v' 

* 

Q • A cross  (f)  identifies  a Postprocessor  module  only 

• A check  (yO  identifies  a Processor  that  must  be  executed  for  the  corresoonding  type 
of  analysis. 

• An  asterisk  (*)  identifies  a Processor  or  Postprocessor  that  may  be  used  to  perform 
the  corresponding  analysis  type. 

• Execution  of  all  Postprocessors  for  print/plot  displays  is  selected  by  the  user  as  required. 

• All  modules  shown  in  the  table  or  any  '■"mbi nation  thereof  may  be  executed  via  an  ATLAS  j ob. 
The  corresponding  input  data  sets  (ref.  Table  1 1-2), however, must  be  provided  as  necessary. 
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Table  11-2.  Problem-Definition  Input  Data  for  Standard  Types  of  Analyses. 


Typical  Stacking  Sequence 
of  Input  Data  Sets 

Required  and  Optional  Input  Data  Sets  0 | 

Stress  Analysis 

Weights  Analysis 

Vibration  Anal. 

Flutter  Analysis  | 

Name 

Ref.  Sec. 

Requ  i red 

Optional 

Requ i red 

Optional 

Requ i red 

Optional 

Requ i red 

Optional  | 

GEOMETRY 

126 

* 

HI 

D 

m 

a 

Hi 

D 

NODAL 

146 

1 

V' 

1 

D 

i 

a 

i 

a 

BOUNDARY 

CONDITION 

106 

2 

✓ 

D 

2 

a 

2 

MATERIAL 

140 

* 

D 

* 

m 

a 

STIFFNESS 

152 

3 

* 

3 

n 

3 

a 

MASS 

138 

2 

fl 

n 

D 

D 

m 

SUBSET 

DEFINITION 

156 

* 

n 

a 

m 

* 

5 

a 

DETAIL 

114 

* 

HI 

Hi 

m 

Hi 

— i 

INTERACT 

130 

* 

HI 

* 

ii 

* 

* 

LOADS 

134 

4 

✓ 

Hi 

HI 

STRESS 

154 

* 

DESIGN 

112 

* 

AF  | 

104 

H| 

II 

INI 

6 

m 

DU3LAT 

116 

Hi 

Hi 

m 

6 

a 

MACHBOX 

136 

Hi 

Hi 

HI 

m 

D 

a 

RH03 

150 

Hi 

Hi 

m 

6 

a 

FLUTTER 

122 

HI 

Hi 

Hi 

• A check  (</)  identifies  a data  set  that  is  required  for  the  corresponding  type  of  analysis. 

• An  asterisk  (^<)  identifies  a data  set  that  may  be  used  to  define  the  problem  for  the 
corresponding  analysis  type.  Any  one  or  combination  of  these  data  sets  may  be  input. 

• Any  one  or  combination  of  AF1 . DUBLAT, MACHBOX. and  RH03  data  sets  may  be  input  in  any  order. 

• All  of  the  data  sets  shown  in  the  table  or  any  combination  thereof  may  be  included  in  a data 
deck.  Only  those  data  applicable  to  the  problem  - execution  statements  specified  in  the 
Control  Program  are  used. 
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11.2  CDC  6600  JOB  CONTROL  CARDS 

The  CDC  6600  control  cards  required  to  execute  moot  types 
of  ATLAS  jobs  are  supplied  as  cataloged  procedures  on  the  ATLAS 
program  tape  and  permanent  disk  files.  Thus,  only  a small  number 
of  control  cards  must  be  supplied  by  the  user  for  normal  runs. 
These  control  cards,  valid  for  the  NOS  1.2  operating  system,  are 
described  below.  Each  of  the  integers  within  parentheses  on  the 
left  side  of  the  following  list  refers  to  a subsequent 
explanatory  note.  Each  control-card  statement  begins  in  column 
one  of  a card. 


(1)  Job  Card 

Account  Card 

(2a)  GET  (CATM/UN=UATLASU) 

(2a)  CALL (CATM, ATTACH) 

(2b)  VSN  (ATLASMT=6bxxxx) 

(2b)  LABEL (ATLASMT, NT) 

(2b)  REWIND  (ATLASMT) 

(2b)  COPYBF  (ATLASMT,  CATM) 

(2b)  CALL (CATM, ATODISK) 

(3a)  CALL (CATM, control) 

(3b)  VSN  (3=66xxxx) 

(3b)  LABEL (3,F-I ,LB~KL) 

(3b)  COPYBF (B, CONTROL) 

(4)  VSN  (C=6  6xxxx) 

(4)  LABEL  (C,F=I  ,LB=KL) 

(4)  COPYBF (C,Savefile) 

(4)  REWIND (Savefile) 

(5)  ATLAS  (PL-100000) 

(6)  REWIND  (Savefile) 

(b)  REQUEST (D ,F-I ,LB-KL, PO=AW) SAVE 

(6)  COPYBF (Savefile, D) 

(7)  PLOTFIL (Plotter, TAPE  99,0) 

( 8 ) CALL ( CATM , DROPRNF ) 

NOTES : 

(1)  The  requirements  for  time  and  field  lenqth  on  the  job 
card  vary  with  the  size  of  the  problem  and  the 
modules  being  executed  (see  sec.  11.3)  . 

(2a)  Control  cards  required  to  access  the  ATLAS  program  on 

permanent  file.  ! 

1 

(2b)  Control  cards  required  to  copy  the  ATLAS  program  1 

files  from  magnetic  tape  to  disk.  Either  the  set  of  ? 

cards  taqqed  by  (2a)  or  the  cards  tagged  by  (2b)  are 
input.  Both  sets  are  not  included  in  a job  deck. 
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(ja)  This  card  causes  a C :trol  Program  in  source  format 
to  he  compiled  and  loaded.  The  word  '’control'*  must 
be  input  as  one  of  the  following  words: 

CONTROL  — The  Control  Program  contains  no  SNAFK 

language  statements. 

KONTFOL  --The  Control  Program  contains  SNAFK 
statements  (ref.  1-3) . 

The  Control  Program  source  code  must  te  supplied 
in  the  INPUT  deck  and  all  user-defined  cataloged 
control  statements,  if  referenced  via  PERFORM  control 
statements,  must  he  on  the  file  USEFFFO  (ref.  sec. 
200. 4).  Printout  from  the  compilation  and  loading 
is  directed  to  the  OUTPUT  file. 

A more  general  form  of  this  control  card  is  as 
follows : 

CALL (CATM, control (INPUT=inf ile, CUTFUT=out f ile, 
USEFFFO^userf ile) ) 

In  this  case,  different  file  names  may  be  assigned 
to  INPUT,  OUTPUT  and  USEFPFO  via  '’infile,'*  ''outfile" 
and  "user file, " respectively.  It  any  of  the 
parameter  pairs  is  not  specified,  the  upper-case 
file  names  as  shown  in  this  statement  are  used 
during  compilation  and  loading  the  Control  Program. 

(3t)  These  cards  should  be  input  when  an  absolute  Control 
Proqram  is  to  be  copied  from  tape. 

(4)  These  cards  should  be  input  if  data  generated  by 

a previous  job  are  to  be  loaded  to  restart  execution 
01  a problem  by  this  job.  Data  are  loaded  via  the 
LOAD  Control-Program  statements  described  in  section 
200.  3.  1.  fefer  to  note  (6). 

(5)  Tnis  control  card  initiates  execution  of  the  ATLAS 
program.  Die  data  deck,  unless  restart-data  are 
loaded,  must  be  supplied  in  the  INPUT  file.  All 
computet  printoui  is  directed  to  the  OUTPUT  file. 

A more  general  form  of  this  control  card  is  as 
follows: 

ATLAS  (PL  = nnnn, inf ile , out file, tty  file) 
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The  parameters  within  this  statement  provide  the 
capability  of  changing  the  job  printout  line  limit 
and  the  input  and  output  file  names.  These 
parameters  are  as  follows: 


PL=nnnn  --The  printout  line  limit  is  set  to  the 
integer  nnnn. 

Default:  PL=5000 

infile  --ATLAS  reads  input  from  the  file  "intile." 
Default:  INPUT 

outfile  — Program  printout  is  directed  to  the 
file  "outfile." 

Default:  OUTPUT 

ttyfile  - - A duplicate  of  the  DAYF1LE  messages 
is  directed  to  the  file  "ttyfile." 

Use  of  this  file  is  intended  primarily 
for  time-shared  execution  of  ATLAS. 

In  this  case,  "ttyfile"  is  set  to  OUTPUT 
and  "outfile"  is  assigned  a name 
different  from  OUTPUT. 

Default:  TAP £9 6 


Whenever  the  line  limit  option  is  used,  it  must 
be  the  first  parameter  inside  the  parentheses. 

If  this  option  is  not  exercised,  the  general  form 
of  this  control  card  should  be: 


ATLAS  (inti  le, outfile) 

The  indicated  sequence  of  the  input  and  output  files 
should  be  observed.  Tf  "mfile"  is  not  specified, 
the  comma  preceding  "outfile"  must  still  be  input. 

Examples : 

ATLAS  (PL-40000,  IN, OUT) 

ATLAS  'PL-  100 000,  ,OUT) 

ATLAS  (DATA, OUTFILE) 

ATLAS  ( , OUT) 

(6)  Tnese  cards  should  be  input  if  the  ATLAS  System 

restart  facilities  are  to  be  used.  Data  generated 
by  this  job  are  to  be  saved  for  restart  of  problem 
execution  by  a subsequent  job  (see  cards  tagged 
with  4).  The  specified  restart  file-name  denoted 
by  "Savefile"  must  be  one  of  the  names  defined  in 
section  200.2.  Data  are  saved  via  the  SAVE  Control - 
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Program  statements  described  in  section  200.3.1. 

If  data  associated  with  multiple  "Savefiles"  are 
to  be  saved,  multiple  cards  of  this  type  should 
be  input.  Positioning  of  all  "Savefiles"  and 
nandling  of  magnetic  tapes  (permanent  files)  on 
which  saved  data  are  written  are  responsibilities 
of  the  user. 

This  card  iii  reguired  whenever  off-line  plots  are 
reguestad  via  an  EXECUTE  GRAPHICS  control  statement 
(see  sec.  228. C).  Either  the  Stromberg  Carlson 
SC 4 020,  the  CALCOMP  Model  763  or  the  GERBER  drafting- 
machine  off-line  plot  system  may  be  requested. 

The  plot  hardware  unit  to  be  used  is  identified 
by  the  word  "Plotter"  as  shown  in  the  following 
cards. 

PLOTFIL  (SC4020  ,T.'!  PE99 ,0) 

PLOT FIL (CALCOMP, TAP E9 9,0) 

PLOTFIL (GERBER,TAPE99,0) 

only  one  plot  hardware  system  may  be  requested  per 
ATLAS  job  execution.  Any  CDC  6600  COMMENT  control 
cards  that  immediately  follow  the  PLOTFIL  card  are 
automatically  directed  to  the  operator  of  'he 
specified  plot  unit. 

This  card  should  be  input  prior  to  each  subsequent 
execution  of  the  ATLAS  program  (card  5)  in  tb^  same 
job.  This  card  causes  the  data- communication  files 
used  by  ATLAS  to  be  returned. 
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11.3  ATLAS  EXECUTION  RESOURCE  REQUIREMENTS 

The  amount  of  central  memory  (CM,  core  or  field  lenqth) , 
central  processor  time  (CP)  and  printout-line  (PL)  computer 
resources  required  to  execute  an  ATLAS  job  depends  on  the  size 
and  type  of  problem  beinq  solved.  Estimates  of  the  CM  and  CP 
resource  requirements  are  requested  by  the  user  via  the  CDC 
6600  "Job  Card,"  whereas  the  PL  requirement  is  requested  by 
the  ATLAS  execution  card  (see  sec.  11.2).  The  default  values 
for  CM,  CP  and  PL  are  not  sufficient  for  most  ATLAS  jobs  and 
therefore,  estimates  of  these  resources  must  qenerally  be  ma<  j 
ay  the  user.  Management  of  disk  storage  requirements  for  "large 
problems"  should  also  be  performed  by  idle  user  to  make  execution 
possible. 

Insufficient  computer  resources  requested  to  execute  an 
ATLAS  job  will  cause  the  job  to  be  aborted  except  that  additional 
CF  time  may  be  requested  during  a time-shared  execution.  The 
e ecuticn  cost  is  not  affected  by  overspecification  of  CP  and 
PL.  Improper  core  management,  however,  causes  unnecessary 
expenses.  In  general,  the  CM  cost  of  an  ATLAS  job  exceeds  50 
Dercent  or  the  total  cost.  Thus,  a user  can  avoid  substantial 
expenses  by  proper  core  management.  A detailed  discussion  on 
CM  requirements  is  presented  in  section  11.3.1. 

During  execution  of  ATLAS,  most  of  the  CP  time  is  consumed 
by  the  rrocessors.  To  assist  the  user  in  controlling  execution 
casts,  the  CP-tirue  requirements  of  a job  are  reported  in  the 
following  two  manners: 

a)  Before  a "Module"  is  executed,  ATLAS  (0,0)  issues  the 
DAYFILE  messaqe  "EXECUTING  Module  CP=NN"  where  NN  is 
the  total  elapsed  CP-time  for  the  job. 

n)  After  execution  of  a module  (including  returns  from 
a Control  Program),  ATLAS  (0,0)  issues  to  the  output 
tile  a messaqe  that  contains  the  CP-time  used  by  the 
module  and  the  total  elapsed  CP-time  for  the  job. 

The  huiK  cf  the  printout  from  an  ATLAS  job  is  generated 
by  execution  of  the  Postprocessors  as  requested  by  the  user. 

The  total  number  of  printed  lines  (the  PL  requirement)  for  a 
joo  is  printed  by  the  CDC  6600  operating  system. 

Assistance  in  management  of  disk  storage  requirements 
for  analysis  or  "large  problems"  may  be  obtained  from  the  ATLAS 
Staff.  "Large  Problems"  are  those  that  require  large  amounts 
of  disK  storage  and  many  direct-access  data  records.  Such 
problems  arise  when  a structural  model  is  comprised  of  many 
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nodes  or  when  many  modules  are  executed.  A stress  analysis, 
for  example,  of  a model  with  less  than  1500  nodes  does  not 
normally  require  special  attention  to  disk-storaqe  nvanaqement. 

11.3.  1 £dQtral_^emgry_£equirerae£ts 

Central  memory  requirements  are  dependent  cn  the  problem 
that  is  beinq  solved  and  vary  from  one  module  to  another.  The 
initial  amount  of  available  core  is  defined  by  the  user  via 
the  CDC  6600  “Job  Card"  (see  sec.  11.2).  Management  of  the 
a moan  t of  core  available  during  execution  of  a jcb  nay  be 
performed  by  the  user  via  "CALL  REQFL"  statements  within  his 
Control  Proqram  (see  sec.  2C0.0).  The  amount  of  core  available 
at  execution  time  of  a module  must  be  sufficient  for  execution 
of  that  module. 

As  a rule,  the  initial  CM  request  is  the  maximum  core 
that  is  required  by  any  of  the  modules  to  be  executed  during 
a job.  Use  of  the  "REQFL"  facility  within  a Control  Proqram 
allows  tne  available  core  to  be  varied  for  execution  of  each 
nodule.  This,  in  general,  results  in  a lower  execution  cost. 

The  requested  field  length  must  be  sufficient  to 
accommodate  tnree  logical  components,  (1)  the  executable  proqram 
code  (PC)  and  certain  fixed- length  data  blocks,  (2)  the  random- 
access  data  index  tables  (RAT),  and  (3)  the  open  core  (OC  or 
blanx  common)  used  tor  computations  by  the  modules.  With  respect 
ro  execution  of  a module,  the  PC  and  RAT  components  are  fixed 
values  (problem  independent) . The  OC  component,  used  by  he 
ATLAS  modules  for  dynamic  management  of  data,  is  defined  by 
the  expression  OC  = (CM-  PC-RAT)  . Thus,  the  OC  is  controlled  by 
the  user  via  the  specified  field  length.  The  OC  requirement 
for  a module  is  one  of  the  following  types: 

a)  Problem  independent  (PI) 

L)  Problem-dependent  maximum  requirement  (PDMAX)-- 
additional  oc  available  at  execution  time  is  of  no 
bener it . 

c)  Pro bl  em- dependent  minimum  requirement  (PDMIN)-- 
additxonal  OC  available  at  execution  time  may  be 
neneficial.  There  is  an  optimum  OC  with  respect  to 
execution  cost. 
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To  determine  the  required  field  length  for  a job,  the 
user  must  know  the  following: 

a)  the  program  length  (FC)  of  each  of  the  modules  to  he 
executed 

t)  the  RAT  space 

c)  the  OC  requirement  of  each  of  the  modules  to  be  executed 

The  field  length  required  by  the  PC  of  each  module  is  presented 
in  table  11-3.  It  should  be  noted  that  each  module,  in  general, 
has  several  secondary  overlays  with  different  lengths  and 
depending  on  the  problem,  only  some  or  all  of  these  overlays 
may  be  executed.  The  PC  lengths  presented  in  table  11-3 
accommodate  the  longest  secondary  overlay  included  in  a module. 

The  FAT  space  is  3000  (decimal)  words  (5670  octal)  in  | 

length  unless  changed  by  the  user  via  a statement  "CALL  | 

OPENS  (0,n) " in  his  Control  Program.  The  letter  "n"  denotes  | 

the  desired  FAT  space  subsequent  to  this  statement.  This  | 

facility  may  be  used  to  reduce  execution  costs  for  small  \ 

problems.  !' 

I 

The  OC  requirement  of  a module  is,  in  general,  difficult  { 

to  defire  by  simple  arithmetic  expressions  because  of  the  problem 
dependency.  That  is,  the  OC  requirement  depends  on  model 
parameters  such  as  the  number  of  nodes  and  elements  in  addition 
to  what  type  of  execution  is  requested.  Many  expressions  per 
module  would  have  to  be  evaluated  to  determine  the  minimum  OC 
that  may  be  requested  depending  on  the  mathematical  models  and 
the  execution  modes.  To  alleviate  this  problem,  simplified 
approximate  expressions  for  OC  requirements  are  presented  in 
table  11-3  for  most  of  the  modules.  The  data  in  this  table 
are  based  on  the  default  RAT  space  and  default  internal  data- 
record  lengths.  A module  marked  with  an  asterisk  in  table  11- 
3 denotes  that  core  usage  is  monitored  and  reported  on  the 
output  file  fcr  user  reference.  This  information  allows  the 
user  to  develop  the  ability  to  estimate  the  CM  requirements 
for  future  executions  of  ATLAS  such  that  reduced  costs  may  be 
realized. 
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Table  11-4.  Numeric  Conversion  Table 


Decimal 

Octal 

Decimal 

60909 

24576 

140000 

49152 

220000 

73728 

61000 

25088 

141000 

49664 

221000 

74240 

62000 

25600 

142000 

50176 

222000 

74752 

63000 

26112 

143000 

50688 

223000 

75264 

64000 

26624 

144000 

51200 

224000 

75776 

65000 

27136 

145000 

51712 

225CU0 

76288 

66003 

27648 

146000 

52224 

226000 

76800 

67000 

28160 

147000 

52736 

227000 

77312 

70000 

28672 

150000 

53248 

230000 

77824 

71000 

29184 

151000 

53760 

231000 

78336 

72000 

29696 

152000 

54272 

232000 

78848 

73003 

30208 

15300 C 

54784 

233000 

79360 

74000 

30720 

154000 

5 5 296 

234000 

79872 

7 5 000 

31232  - 

155000 

55808 

235000 

80384 

76000 

3 1744 

156000 

56320 

236000 

80896 

77000 

32256 

157000 

56832 

237000 

81406 

100033 

32768 

160000 

57344 

240000 

81920 

101003 

33280 

161000 

57856 

241000 

82432 

132000 

33792 

162 LOO 

58368 

242C00 

82944 

103000 

34304 

163000 

58880 

243000 

83456 

104003 

34816 

164C00 

59392 

244000 

83968 

105000 

35328 

165000 

59904 

245000 

84480 

106003 

35840 

166000 

60416 

246C00 

84992 

107000 

36352 

167000 

60923 

247000 

85504 

110003 

36864 

1 70000 

61440 

250000 

86016 

111000 

37376 

171000 

61952 

251000 

86526 

112033 

37888 

172000 

62464 

252000 

87040 

113003 

38400 

173000 

62976 

253G00 

87552 

114033 

38912 

174000 

63468 

254C00 

88064 

115000 

39424 

175000 

64000 

255000 

88576 

116000 

39936 

176000 

64512 

256000 

89088 

117000 

40448 

17700U 

65024 

257000 

89600 

120003 

40960 

200000 

65536 

260000 

90112 

121003 

41472 

201000 

66048 

261000 

90624 

122003 

41964 

202000 

66560 

262000 

91136 

123003 

42496 

203000 

67072 

2630O0 

91648 

124003 

43008 

204000 

b76  84 

264000 

92160 

125000 

43520 

205000 

68096 

265000 

92672 

126000 

44022 

206000 

oBbOS 

266000 

93184 

127303 

4 4 5 4 4 

207000 

O9120 

267000 

92696 

130303 

45056 

210000 

69632 

270000 

94208 

131003 

45568 

211000 

70144 

271000 

94720 

132000 

46080 

212000 

70656 

272000 

95232 

133000 

46592 

213000 

71168 

273000 

95744 

134000 

47104 

214000 

71680 

274C00 

96256 

135003 

47616 

2 1 500  C 

72192 

275000 

96768 

136003 

48128 

216000 

72704 

276000 

97280 

137303 

48640 

217000 

73216 

277000 

97792 
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100.0  INPUT  DATA  GENERAL  INFORMATION 


General  conventions  and  terminologies  that  are  applicable 
to  all  input  data  as  described  in  the  100-series  sections  of 
this  document  are  defined  in  this  section.  This  general 
information  includes  the  following: 

a)  Structure  of  an  input  data  deck; 

b)  Input  data  formats  including  a description  of  the 
notation  used  in  this  document  to  describe  the  input 
data ; 

c)  Automatic  input-data  generation  capabilities; 

d)  Definitions  of  nodes,  elements,  coordinate  systems, 
analysis  reference  frames  used  to  describe  nodal 
kinematics  and  units  of  measurement. 

Example  data  decks  for  selected  problems  are  illustrated 
ir.  appendix  F.  These  decks  illustrate  the  various  formats  in 
which  the  input  data  records  may  be  written. 
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100.1  DATA  DECK 


A data  deck  as  illustrated  in  figure  11-1  is  comprised 
of  all  the  user-supplied  input  data  which  define  the  problem 
tc  be  analyzed  via  one  execution  of  ATLAS.  The  basic  input 
data  component  is  a data  record  and  its  data  items.  Their 
1 elaticnsnips  in  a data  deck  are  defined  as  follows: 

a)  Data  Deck  — A data  deck  is  composed  of  one  or  more 

data  sets. 

c)  Data  Set  --Input  data  associated  with  one  of  the 

preprocessors  indicated  by  table  10- 
1.  A data  set  is  comprised  of  two  or 
more  data  subsets. 


c)  Data  Subset  — A group  of  data  within  a data  set. 

A data  subset  is  comprised  of  many  data 
records. 


d)  Data  Record  --A  string  of  numbers  or  alphanumeric 

words.  A record  commonly  implies  an 
input  card  although  it  may  require  two 
or  more  cards.  Each  data  record  is 
composed  of  one  or  more  data  items. 

e)  Data  Item  — Either  a number  or  a character  string. 


The  first  record  of  a data  deck  may  be 


BEGIN  PROBLEM  DATA 


or  it  may  be  the  first  "BEGIN  Set-Name  DATA"  record  of  a data 
set.  The  last  record  of  a data  deck,  however,  must  be 


END  PROBLEM  DATA 


In  special  cases,  multiple  data  decks  may  be  required 
when  executing  a single  job.  In  this  situation,  each  data  deck 
ending  with  the  record  "END  PROBLEM  DATA"  is  stacked  one  behind 
tne  other.  Correspondingly,  multiple  READ  INPUT  statements 
(sec.  200.3)  must  be  included  in  the  Control  Program  such  that 
each  data  deck  is  read  and  preprocessed. 

Each  data  set  begins  with  an  input  record  of  the  form 


BEGIN  Set-Name  DATA 


and  ends  with  a record  of  the  form 


c. 
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INPUT  DATA 


END  Set-Name  DATA 


Each  data  set  is  identified  by  a unique  Set-Name.  The 
data  defined  by  a data  set  are,  in  general,  associated  with 
f a particular  technology.  The  remaining  100- series  sections 

j>  of  this  document  describe  the  input  data  sets  associated  with 

each  of  the  data  preprocessors.  Restrictions  regarding  the 
input  order  of  multiple  data  sets  are  described  in  the 
appropriate  sections. 

Generally,  a data  subset  is  identified  by  an  input  record 
of  the  form 


BEGIN  Subset -Name  DATA 


and  is  terminated  by  a record  of  the  form 


END  Subset-Name  DATA 


Each  subset  within  a data  set  is  identified  by  a unique  Subset- 
Name.  The  data  associated  with  each  subset  of  a data  set  are 
descrioed  in  the  appropriate  sections  herein.  Some  data  subsets 
are  identified  as  being  optional.  Input  of  these  data  subsets 
is  net  required  if  the  default  data  values  are  acceptable  for 
definition  of  the  problem. 
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10  0.2  INP’JT  DATA  FORMAT 


General  rules  concerning  input  data  formats  for  data 
records,  data  items  and  data  comments  are  described  in  this 
section. 

Throughout  this  document,  input  data  records  are  enclosed 
within  rectangular  boxes  to  distinguish  them  from  descriptions 
and  explanations  of  the  input  items. 

10  0.2. 1 Data  Records 

Although  input  data  can  be  defined  using  eit-.er  card  input 
or  direct  input  via  a computer  terminal,  reference  to  card  input 
data  is  made  below.  Input  format  rules  regarding  all  data 
records  are  as  follows. 

a)  All  data  items  which  define  a record  may  be  input  in  a 
tree-field  format.  Data  item  delimiters  are  blanks, 
commas,  colons,  semicolons  or  card  boundaries. 

b)  Some  or  all  of  the  items  in  a record  may  initiate  data 
generation  (oart  (b)  of  sec.  100.3)  . Two  types  of  data 
generation  are  available:  1)  item  generation  within  a 
record  and  2)  generation  of  one  or  more  complete  records 
from  a parent  record.  Item  generation  within  a record 
is  performed  before  interronating  all  the  data  specified 
by  a record.  This  causes  the  length  of  the  original 
data  record  to  be  expanded.  A record  that  is  not  a 
parent  record  for  generation  of  other  records  may 
contain  a maximum  ^f  250  items  in  its  expanded  form. 
However,  a parent  record  used  for  record  generation  may 
contain  a maximum  of  125  items  in  its  expanded  form. 

See  section  100.3  for  descriptions  of  the  automatic, 
data-item  generation  capabilities. 

c)  A sequence  (list)  of  data  items  may  continue  onto  as 
many  cards  as  required  to  complete  a record  (ref.  (e) 
below) . All  80  columns  of  a card  may  be  used. 

d)  Short  records  in  sequence  may  be  input  on  the  same  card. 
A dollar-sign  $ must  be  input  to  separate  records 
pinched  on  a single  card. 

e)  By  default,  a single  record  input  by  a single  card  or 
the  las+-  record  on  a card  must  oe  terminated  by  either  / 
oi  $.  This  form  of  record  termination  is  referenced  as 
the  "MODE  1"  input  format.  The  user  may  select  the 
"MODE2"  input  format  which  has  the  following 
characteristics : 
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1)  Each  riqht-hand  card  boundary  is  a record  terminator 
unless  otherwise  specified  (see  2)  below)  . Multiple 
records  may  be  input  on  one  card  as  described  by 

(d)  • 

2)  A plus  sign  (♦)  as  the  last  character  on  a card 
denotes  that  the  record  continues  onto  the  next 
card. 

3)  If  the  last  character  on  a card  is  / it  is  treated 
as  a record  terminator. 

The  mode  format  is  initially  assumed  to  be  MODE 1 . This 
initial  input  format  may  be  changed  to  M0DE2  via  the  READ  INPUT 
Control  Program  statement  (sec.  200.3.1).  The  format  may  also 
be  specified  by  input  records.  A record  of  the  form  */  MODE2 
/ denotes  that  subsequent  records  are  to  be  interpreted  in  the 
MODE2  format.  Conversely,  the  input  record  */  MODE1/  denotes 
that  subsequent  records  are  to  be  interpreted  in  the  MODE1 
format.  The  input  mode  established  by  an  input  record  of  this 
type  takes  precedence  over  the  format  specified  by  the  READ 
INPUT  statement.  Additionally,  the  last  input  format  specified 
via  a record  within  the  input  stream  is  the  one  that  is  effective 
for  subsequent  data  records.  Both  data-record,  input-format 
modes  may  oe  used  in  settinq-up  a data  deck. 

All  da*:a  records  enclosed  within  boxes  as  described  in 
this  document  are  shown  in  the  MODE2  input  format. 

10C. 2. 2 Data  Items 

Each  data  item  is  cateqorized  as  one  of  the  followinq 

types : 

a)  Decimal  Number — The  first  character  may  be  + , -,  a 
decimal  point,  or  a numeric.  A decimal  point  and/or 
an  F.,  when  the  FORTRAN  E- Format  is  employed,  must  be 
contained  in  the  number.  A decimal  number  may  have 
a maximum  of  20  characters. 

b)  Integer  Number — All  characters  must  be  numeric  except 
the  first  one  which  may  be  + or  -.  An  integer  must 
not  contain  a decimal  point  and  may  have  a maximum 

of  13  numeric  characters. 

c)  Alphanumeric  Word--At  least  one  character  in  the  item 
must  be  nonnumeric.  It  is  an  item  that  cannot  be 
interpreted  as  a "decimal”  or  an  "inteqer"  number. 

Tne  first  character  may  not  be  *,  / or  $ and  the  item 
may  not  have  any  embedded  blanks,  commas,  colons  or 
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semicolons.  Input  "alphanumeric  words"  exceeding  10 
characters  are  automatically  truncated  to  the  left- 
most 10  characters.  Words  that  are  typed  in  all  upper 
case  letters  within  the  boxed- in  data  records  are 
called  ATLAS  System  key-words. 

d)  Alphanumeric  Text--Text  strings  may  contain  any  symbol 
m the  CDC  6600  character  set  except  the  apostrophe. 

A text  string  is  initiated  by  the  two  characters  ** 
and  must  be  completed  by  the  character  /.  The  character 
A ard  an  apostrophe  are  interpreted  identically  by 
the  computer.  Input  of  this  character  is  effected 
by  a multiple  4-8  punch.  The  length  of  a text  string 
is  limited  to  2500  characters  including  blanks. 


The  following  notation  is  used  throughout  this  document 
in  describing  all  inpat  data  items: 


a)  { } 


c)  < > 


c)  ITEM 


d)  Item 


e)  item 


--Data  items  enclosed  by  braces  have  optional 
input  formats.  One  of  the  indicated  options 
must  be  selected. 

— Data  items  enclosed  by  brackets  have  default 
values.  If  the  default  is  acceptable  for 
definition  of  the  problem  data,  the  particular 
item  or  items  need  not  be  input.  All  default 
values  are  defined  in  the  descriptions  of 
the  input  data. 

— An  item  typed  in  all  upper  case  letters  is 
called  a key-word.  At  least  the  underlined 
portion  of  a key-word  must  be  input. 

--An  item  with  only  the  leading  character  typed 
in  pper  case  denotes  that  it  must  either 
be  selected  from  a list  of  system  key-words 
or  that  it  is  identical  to  an  item  previously- 
defined  by  the  user. 

— An  item  typed  in  all  lower  case  letters  is 
defined  strictly  by  the  user. 


f)  ATI is t --This  word  denotes  that  one  item  or  a list 
of  items  may  be  input.  A list  may  denote 
item  generation.  The  options  are: 


ATI ist  = 


<BY  c> 
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The  word  "list'1  denotes  a list  of  two  or  more 
items.  The  input  list  "a  TO  b <BY  c>"  causes 
the  sequence  of  items  a,  a+c,  a«-2c,  . ..,  b 
to  be  generated.  Items  "a"  and  "b"  are  either 
positive  or  negative  integers  or  they  are 
alphanumeric  words  witn  trailing  digits  (e.g. , 
N8).  The  leading  characters  of  "a”  and  "b," 
wnen  they  are  alphanumeric  words,  must  be 
identical.  The  item  "c"  is  a positive  or 
a negative  integer  and  the  words  TO  and  BY 
are  input  as  shown.  The  right-most  integer 
component  of  "b" , such  as  8 in  N8,  minus  the 
inteqer  component  of  "a”,  such  as  2 in  N2, 
when  divided  by  "c"  (e.g.,  2)  must  be  a 
positive  integer  (the  number  3 in  this  case). 

If  the  list-generation  increment  "c"  is  *■  1 
or  -1,  the  items  " BY  c"  need  not  be  input. 

One  or  more  of  the  input  forms  enclosed  within 
the  traces  may  be  used  to  define  the 
corresponding  items. 

Note,:  Throughout  this  document,  an  item  that  is  not 

indicated  as  a key-word  must  be  input  as  a "decimal 
number"  unless  noted  otherwise  in  the  detailed  data- 
item  descriptions.  Brackets  < > and  braces  { } 
used  in  describing  the  record  formats  are  not  input. 

Input  of  ATlist  is  illustrated  by  the  following  examples: 

2 TO  10  BY  2 denotes  2,4,6,8,10 

3 ,5 , N2  TC  N4 , 1 2 denotes  3, 5,N2,N3 ,N4, 12 

3 TO  1 BY  -2,13  denotes  3,1,13 

A26  ,T  1 AO 5 TO  T1A11  BY  2 denotes  A26,T1A05,T1A07,T1A09,T1A1 1 

In  some  cases,  use  of  an  ATlist  list  generator  may  be 
useful  even  though  one  or  more  of  the  generated  items  is  not 
valid.  To  illustrate  this,  consider  the  last  example  shown 
above  whicn  miqht  be  used  to  reference  previously  defined  items. 
Although  T1A07,  for  example,  was  not  previously  defined,  use 
of  the  string  generator  still  offers  a user-convenience  in  many 
situations.  The  non-existent  item  T1A07  is  simply  ignored  by 
the  preprocessor  which  is  interrogating  the  particular  data. 

If  a list  generated  by  ATlist  is  not  allowed  to  have  non-existent 
items,  it  is  noted  accordingly  in  the  item  description. 
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100.2.3  Data  peck  User  Comments 


Comments  are  text  which  may  be  embedded  in  the  data  deck 
for  conveniences  of  user-identification.  Comments  do  not  affect 
the  data  preprocessinq  activities.  User  comments  may  be  included 
within  a data  deck  in  the  followinq  ways: 

a)  A record  beqinninq  with  the  two  characters  */  as  a 
user-comment  record.  Al_  characters  in  a record  of 
this  type  are  treated  as  data-deck  comments.  The  first 
word  of  us:r  comments  in  a record  of  this  type  must 
not  be  MODE  1 or  MODE2. 

b)  comments  may  follow  the  / record  terminator  and  continue 
to  the  riqht-hand  boundary  of  a card.  This  option 

may  be  used  when  either  the  MODE1  or  MODE2  data-record 
input  format  is  used. 

c)  comments  enclosed  between  the  characters  *(  and  ) may 
he  inserted  any  place  within  a data  record.  Pairs 

of  parentheses,  data- item  delimiters  and  record 
termination  characters  may  be  included  within  this 
type  of  comment. 

User  comments  of  type  (a)  and  (c)  may  continue  onto  two  or  more 
cards,  as  required. 

Examples:  10  2.0  3.0  100.0  / DEFINITION  OF  NODE  10 

*/  NODE  11  IS  DEFINED  BY  THE  NEXT  RECORD/ 

11  *{  NODE  11  ) 4.0  3.0  100.0/ 


INPUT  DATA 


100.3  AUTOMATIC  INPUT  DATA  GENERATION 

There  are  two  types  of  input-data  generation  capabilities 
inherent  to  ATLAS.  Use  of  these  capabilities  minimizes  the 
amount  cf  required  user-supplied  data  as  described  below. 

a)  Automatic  qeneraticn  of  problem-definition  data 
associated  with  a particular  data  preprocessor.  These 
capabilities  are  discussed  under  the  appropriate  100- 
series  section.  User-oriented  capabilities  for 
automatic  generation  of  the  nodes,  elements  and  geometry 
required  for  finite  element  modeling  and  the 
availability  of  carefully-selected  system  default 
values  for  the  many  required  quantities  characteristic 
of  a finite  element  analysis  are  typical  examples. 
Another  example  of  data  item  generation  is  the  ATlist 

"a  TO  b BY  c"  option  provided  by  several  of  the 
preprocessors. 

b)  Automatic  generation  of  input  data  on  a data  record 
basis.  These  special  input  features  allow  the  user 

to  repeat  items  within  a record,  generate  items  within 
a record  or  generate  whole  records.  Each  of  these 
capabilities  is  controlled  by  the  use  of  an  asterisk- 
type  data  item  and  is  applicable  to  any  input  data 
record  in  a data  deck.  All  types  of  data  items  except 
alphanumeric  text  (sec.  100.2.2)  may  be  generated. 

These  optional  capabilities  are: 

1)  *N — A data  item  of  the  form  *N,  where  N is  an 
unsigned  integer,  indicates  that  the  next  N data 
items  in  that  record  are  identical  to  the 
corresponding  N items  in  the  preceding  record. 

An  isolated  * is  treated  as  *1. 

2)  ** — Double  asterisks  indicate  that  all  of  the 
remaining  items  in  a particular  record  are  identical 
to  the  corresponding  items  in  the  preceding  record. 
The  same  number  of  items  is  defined  by  both  the 

**  record  and  the  parent  record. 

3)  *=N— A data  item  of  the  form  *=N,  where  N is  an 
unsigned  inteqer,  indicates  that  the  .ext  N items 
in  a particular  record  are  identical  to  the 
immediately  preceding  item  in  that  record.  The 
characters  *=  followed  by  a fclanl  are  treated  as 
* = 1, 

4)  * =N±STEP--A  data  item  of  the  form  * = N±S7EP,  where 
N is  an  unsigned  integer  and  STEP  is  an  unsigned 


numeric  item  (integer  or  decimal) , indicates  that 
the  next  N items  of  a record  are  to  be  generated 
by  consecutively  incrementing  the  immediately 
preceding  item  of  that  record  by  ±STEP  (see  note 
below) . 

5)  **N--A  data  record  beginning  with  the  characters 
♦ ♦N,  where  N is  an  unsigned  integer,  indicates  the 
next  N records  are  to  be  generated  from  the  preceding 
record.  Each  item  of  a generated  record  is  formed 
by  adding  an  item  of  the  *+N  record  to  the 
corresponding  item  of  the  immediately  preceding, 
inout  or  generated,  record  (see  note  below)  . A 
zero  (integer)  item  should  be  inserted  in  an  *«-N 
record  to  indicate  that  an  alphanumeric  word  in 
this  record  is  identical  to  the  corresponding 
alphanumeric  word  in  the  preceding  record.  Any 
combination  of  the  preceding  asterisk  items  (see 
1)  through  4)  above)  may  be  used  in  an  * + N record. 

Note:  An  item  of  an  *«-N  record  to  be  added  to  a 

corresponding  item  of  the  preceding  record  (see 
5)  above)  and  the  STEP  item  (see  4)  above)  must 
meet  certain  requirements.  Each  of  these  items 
must  be  a decimal  number  if  the  corresponding  item 
is  a decimal  number,  whereas  each  of  them  must  be 
an  integer  if  the  corresponding  item  is  an  integer 
number  or  an  alphanumeric  word.  It  should  be 
understood  that  the  **N  record  generation  option 
is  based  on  the  expanded  representation  of  the 
previous  record.  The  generation  does  not  operate 
on  the  card  image  of  the  preceding  record  if  it 
contains  data- generation  items.  Therefore,  it  is 
not  possible  to  repeat  or  increment  an  asterisk- 
type  item. 

Consider  the  following  seven  input  reco  ;ds  to  illustrate 
the  asterisk,  automatic-generation  input  features. 

123456789  10  11  12/ 

2 1 *2  4 * = 2 1 *=2*2  **  / 

* * 1 0 *=3  C * = 5 **  / 

*♦1  0 *^11  / 

* + 1 * 12  / 

*+  1 +*  / 

* * / 

Twelve  data  items  are  defined  by  each  of  these  records. 

Each  of  the  last  six  records  is  translated  into  the  same  internal 
record  which  is 


INPUT  DATA 


2134444135  11  12/ 

If  this  sequence  of  data  were  required  within  a data  deck,  the 
last  five  records  could  be  replaced  by  the  single  record 

*♦5  ♦*  / 

to  achieve  the  same  results. 

Generation  of  alphanumeric  items  is  illustrated  by  the 
following  two  records. 

T1A01  TO  T1A15  *=2*2  10. 0 / 

★ ♦2  10  2341. 0/ 

These  records  are  equivalent  to  the  following  records: 

HA01  TO  T1A15  T1A17  HA19  10.0  / 

T1A02  TO  T1A17  T1A20  T1A23  11.0  / 

T1A03  TO  T1A19  T1A23  T1A27  12.0  / 
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100.4  NODES  ANC  ELEMENT'S 


A physical  structure  is  idealized  as  a network  of  nodes 
and  finite  elements.  Nodes  are  points  in  three-dimensional 
space  which  define  the  geometry  of  a mathematical  model.  The 
coordinates  of  all  nodes  are  specified  by  the  user  via  the  nodal 
data  (sec.  146.0).  The  physical  structure  is  idealized  by 
finite  elements  that  are  interconnected  at  the  nodes. 

Stiffness  (structural)  elements  required  for  static  and 
dynamic  analyses  are  defined  by  the  stiffness  data  (sec.  152.0). 
These  data  include  the  qeometric  properties,  material  properties 
and  mass  density  of  the  stiffness  elements. 

Mass  (non- structural)  elements  may  be  defined  by  the  mass 
data  (sec.  138.0)  to  supplement  the  mass  associated  with  the 
stiffness  elements.  Non- structural,  distributed  mass  properties 
such  as  fuel  and  payload,  can  be  defined  conveniently  by  this 
data  set.  Alternatively,  if  cnly  a mass  analysis  is  to  be 
performed,  the  mathematical  model  may  be  defined  strictly  by 
ncdal  and  mass  data. 
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100.5  COORDINATE  SYSTEMS  AND  NODAL  KINEMATICS 

It  is  necessary  to  have  one  overall  (common)  coordinate 
system  for  referencing  geometrical  data  to  ensure  data 
compatibility  between  the  ATLAS  modules  for  an  integrated 
analysis.  This  coordinate  system  is  identified  as  the  GLOBAL 
reference  frame  which  is  a right-handed,  Cartesian  triad  denoted 
by  X-Y-Z. 

Geometry  data  are  input  relative  to  the  GLOBAL  coordinate 
system  and,  in  some  cases,  relative  to  local  coordinate  systems 
defined  by  the  user.  A local  frame  may  be  a rectangular  x-y-z, 
cylindrical  r-9-z  or  a spherical  p-$-<p  coordinate  system.  All 
coordinate  systems  are  orthogonal  and  right-handed  (see  fig.  100- 
1) . Compatibility  of  data  between  GLOBAL  and  local  coordinates 
employed  within  a data  set  is  automatically  ensured.  It  is, 
however,  the  user's  responsibility  to  ensure  compatibility  of 
GLOBAL  geometrical  data  between  data  sets  when  an  integrated 
analysis  is  performed. 

The  kinematics  of  a node  are  described  relative  to  its 
analysis  frame.  The  analysis  frame  of  one  node  may  be  different 
from  the  analysis  frame  of  another  node.  Additionally,  the 
analysis  frame  of  a node  may  be  different  from  its  input 
reterence  frame  relative  to  which  its  coordinates  are  defined. 

All  nodal  input  and  analysis  reference  frames  are  defined  via  the 
nodal  data  (sec.  146.1.1). 

Figure  100-1  illustrates  the  default  notation  used  in  ATLAS 
for  kinematic  freedoms  and  the  associated  nodal  forces  relative 
to  rectangular,  cylindrical  and  spherical  coordinate  systems. 
These  kinematic  and  force  labels  may  be  changed  to  user-selected 
labels  via  the  boundary  condition  data  (sec.  106.0)  . 

Kinematic  constraints  on  nodes  are  specified  by  the 
boundary  condition  data  (sec.  106.0).  Static,  concentrated  loads 
applied  at  the  nodes  or  pressure  loads  on  the  stiffness  elements 
are  specified  by  the  loads  data  (sec.  134.0). 

Other  local  coordinate  systems  applicable  to  data 
associated  with  certain  preprocessors  are  defined  where  they  are 
first  encountered.  For  example,  properties  of  the  stiffness 
finite  elements  and  some  ot  the  mass  finite  elements  are  defined 
relative  to  right-handed,  Cartesian  reference  frames  x-y-z  which 
are  associated  with  the  elements  (see  appendices  3 and  C) . 
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Figure  100-1.  Kinematic  ana  [Force]  Labels  and 
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100.6  UNITS  OF  MEASUREMENT 

The  standard  measurement  units  used  in  ATLAS  are  length  in 
inches,  force  in  pounds,  and  angles  in  radians.  Compatible  units 
of  other  input  items  are  noted  in  the  descriptions  of  the  data 
records.  The  material  property  tables  built  into  the  system  are 
based  on  these  units  with  temperatures  measured  in  degrees 
Fahrenheit.  These  data  are  used  by  the  STIFFNESS,  MASS  and 
DESIGN  Processors  when  Standard  materials  are  selected.  Thus, 
data  supplied  by  the  user  must  be  consistent  with  these  units. 
That  is,  coordinates  must  be  in  inches  and  forces  or  weights  must 
be  in  pounds  ir  Standard  material  property  tables  are  used  (see 
sec.  140.0)  . The  user  may,  however,  choose  any  system  of  units 
that  is  desired  if  caution  is  exercised  to  ensure  consistency  of 
units  throughout  the  analyses  performed  by  the  selected  program 
modules.  Special  material  property  data  may  be  input  in  the 
desired  units  provided  that  data  for  every  other  module  are 
defined  with  consistent  units. 
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Unsteady  aerodynamic  analyses  of  rigid  or  elastic, 
nonplanar  lifting  surfaces  defining  a general  three-dimensional 
configuration  in  subsonic  incompressible  flow  can  be  performed 
by  the  AF1  Processor  (sec.  204.0) . Calculations  performed  by 
this  processor  are  based  on  the  Theodorsen  two-dimensional 
aerodynamic  strip  theory  (ref.  104-1)  modified  to  include  the 
effects  of  static  induction  (ref.  104-2).  Empirical  data  may 
be  used  to  replace  or  modify  portions  of  the  theoretically 
derived  information. 

The  input  data  set  supporting  AF1  aerodynamic  analyses 
is  comprised  of  the  following  data  subsets. 

a)  Geometry  --Aerodynamic  lifting  surfaces  with 

controls/tabs  and  strip  data  that  define 
the  aerodynamic  model. 

b)  Modal  — Vibration  modes  or  MAICH  mode  substitutes 

isee  sec.  232.0)  associated  with  the 
aerodynamic  model. 

c)  Option  — Modifications  for  the  theoretically 

derived  lift  distributions  and 
aerodynamic  coefficients. 

The  only  restriction  on  the  input  seguence  of  these  data 
subsets  is  tha-c  the  Geometry  subset  must  appear  first.  This 
data  set  need  not  be  preceded  by  any  other  data  set  within  a 
data  deck. 

Eacn  set  of  aerodynamics  data  is  referred  to  as  a CASE. 

A .uaximum  of  36  AF1  data  cases  may  be  identified  per  job. 

Printout  of  the  input  case  data  may  be  reguested  from  the  AFl 
Postprocessor  (sec.  204.  1). 
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Record  1 Data  Set  Identification 


BEGIN  AF1  DATA 


This  record  initiates  execution  of  the  AFl  Preprocessor. 

Record  2 Data  Case  Number  (optional) 

Each  set  of  AFl  aerodynamics  data  is  referenced  as  a 
case  that  is  identified  by  an  integer  number.  If  multiple 
data  sets  are  used  in  a job,  each  case  must  be  assigned 
a unique  number. 


CASE  n 


n = Data  case  number  (integer)  in  the 

range  1 to  36,  inclusive. 

Default  Record:  CASE  1 


104.1. 1 Geometry  Data  Subset 

This  data  subset  includes  the  following  geometrical 
definitions. 

a)  Planform  definition  of  main  lifting  surfaces  and  axes 
used  for  calculating  stability  derivatives. 

b)  Planform  definition  of  control  and  tab  surfaces  and 
hinge  lines  thereof. 

c)  Aerodynamic  strip  boundaries. 

All  geometry  data  are  defined  relative  to  the  GLOBAL 
reference  frame  whose  positive  X-axis  is  in  the  aft  (streamwise) 
direction.  If  the  configuration  is  symmetric  about  the  X-Z 
plane  and  the  flow  is  symmetric  or  antisymmetric,  geometric 
information  for  only  the  positive- Y half  of  the  model  need  be 
input.  Only  half  of  the  total  aerodynamic  forces  are  calculated 
by  the  AFl  Processor  for  a surface  that  lies  in  the  X-Z  plane 
of  symmetry. 

An  aerodynamic  model  may  be  comprised  of  any  number  of 
spatially-oriented  liftinq  surfaces  to  idealize  a configuration. 
The  model  may  be  defined  via  multiple  main  liftinq  surfaces 
with  arbitrary  planforms  and  dihedral  with  or  without  full  or 
partial-span  control  surfaces  and  tabs.  Intersecting  and/or 
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interfering  non-coplanar  configurations  such  as  T-tail#  V-tail 
and  wing- tail  combinations  may  be  analyzed. 

Each  surface  is  defined  via  straight  line  segments  and 
must  be  planar,  chordwise  edges  of  all  aerodynamic  surfaces 
must  be  parallel  to  the  free  stream  (parallel  to  the  X-axis). 
Trailing-edge  control  surfaces  and  tabs  associated  with  a main 
surface  are  subject  to  the  following  conditions  (see  fig.  104- 
1) . 


a)  control  surfaces  must  be  contained  within  the  main 
surface  planform. 

b)  A tab  surface  must  be  contained  within  a control  surface 
planform. 

c)  Multiple  control  and  tab  surfaces  may  share  common 
streamwise  edges  but  they  may  not  overlap. 


I 


» 
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Figure  104-1.  Sample  AFI  Aerodynamic  Model 
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Record  3 Begin  Geometry  Subset 


BEGIN  GEOMETRY  DATA 


An  aerodynamic  surface  is  defined  by  Records  4-11.  The 
main  liftinq  surface  is  defined  by  Records  4-8  and  any  associated 
ccntrol/tab  surfaces  are  defined  by  subsequent  Records  9-11. 
Records  4-11  are  repeated  to  define  multiple  aerodynamic  surfaces 
associated  with  the  case  specified  by  Record  2.  Only  Records 
4-6  are  required  within  this  data  subset. 

Record  4 Main  Surface  Identification 

MAIN  SURFACE  ident 


ident 


Alphanumeric  word  of  1 to  5 characters 
that  identifies  a main  surface. 


Records  5 and  6 define  the  leadinq  and  trailing  edges, 
respectively,  of  the  main  surface.  Each  edge  is  defined  by 
a list  of  coordinates  of  2 or  more  points  input  in  an  order 
such  that  the  Y and/or  the  Z coordinates  are  monotonically 
increasing  or  decreasing.  The  input  order  establishes  a spanwise 
direction  for  the  surface.  The  first  points  used  to  define 
the  leadinq  and  trailing  edces  must  coincide  with  one  streamline, 
whereas  the  last  points  used  to  define  the  edges  must  coincide 
with  a different  streamline. 


Record  5 Leadinq  Edge  Coordinates 

LEADING  EDGE  *1  yl  zl  x2  y2  z2  ... 


xi ,yi , z; 


= GLOBAL  X-Y-Z  planforir  coordinates 
of  the  i-th  point  defining  the  main 
surface  leadinq  edge. 


Record  6 Trailing  Edge  coordinates 


TRAILING  EDGE  xi  yl  zl  x2  y2  z2  .. 


xi, yi , zi 


GLOBAL  X-Y-Z  planforir  coordinates 
of  the  i-th  point  defining  the  main 
surface  trailing  edge. 


Record  7 Elastic  Axis  coordinates  (optional) 

Stability  derivatives  and  sectional  airforces  are 
calculated  about  the  elastic  axis  defined  by  this  record. 
The  elastic  axis  need  not  be  related  to  the  physical 
elastic  axis,  nor  to  the  motion  axis  that  may  have  been 
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used  in  rrodal  interpolation.  The  location  of  the  elastic 
axis  does  not  affect  the  Generalized  Airforce  Matrices 
nor  the  Generalized  Component  Matrices. 


ELASTIC  AXIS  xl  yl  zl  x2  y2  z 2 ... 


xi,yi,zi  = GLOBAL  X-Y-Z  planform  coordinates 

of  the  i-th  point  defining  the  main 
surface  elastic  axis.  The  axis  is 
comprised  of  straiqht  line  segments 
through  the  input  points.  The  list 
of  coordinates  of  2 or  more  points 
must  be  input  in  an  order  that  is 
consistent  with  the  selected  spanwise 
direction.  Additionally,  the  a*is 
must  be  in  the  plane  of  the  main 
surface  and  it  must  be  defined  over 
the  total  span  of  the  surface. 

Default  Record:  The  elastic  axis  is  coincident  with 

the  leading  edge  of  the  main  surface. 

All  the  aerodynamic  surfaces  are  divided  into  streamwise 
strips  for  analysis  purposes.  Strip  boundaries  are  created 
automatically  through  each  input  point  used  to  define  the  main 
surface  leading  edge,  trailing  edge  and  elastic  axis  (Records 
5-7)  and  cnrough  each  point  used  to  define  the  hinge  lines  a ^ 
leading  edges  of  the  associated  control  surfaces  and  tab  surfaces 
(Records  9-11).  Additional  strip  boundaries  may  be  defined 
by  Record  8.  Strips  should  be  concentrated,  for  example,  in 
reqions  wnere  rapidly  varying  spanwise  loads  occur  such  as  near 
streairwise  winq  tips  and  control/tab  surface  edges. 

Record  8 Additional  Strip  Boundaries  (optional) 


STRIP 

(fractions) 

di  d2  ... 

(distances) 

di  = Either  the  FRACTION  of  main-surface 

span  (0.0  < di  < 1.0)  or  the  actual 
DISTANCE  along  the  main-surface  span 
at  which  the  i-th  additional  strip 
boundary  is  to  be  located.  The  "di" 
values  are  measured  in  the  plane 
cf  the  main  surface  and  are  input 
in  a spanwise  order  consistent  with 
that  used  for  the  data  defined  by 
Records  5-7. 


U 
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Default  Record:  No  additional  strip  boundaries  are 

generated. 

Records  9-11  are  input  orly  to  define  trailing-edge  control 
and  tab  surfaces  associated  with  the  main  surface  defined  by 
Record  4.  A control  or  tab  surface  is  completely  defined  by 
its  hinge  line  and  leading  edge  which  must  lie  in  the  plane 
of  the  main  surface. 

Record  9 ccntrcl  cr  Tab  Surface  Identification  (optional) 


[control] 

SURFACE  ident 

]tab  J 

ident 


= Alphanumeric  word  of  1 to  5 characters 
that  identifies  the  CONTROL  or  TAB 
surface  definea  tv  Record  10. 


No  control  or  tab  surfaces  are  associated 
with  the  main  surface. 


Default  Record: 

Record  10  Control/Tab  Surface  Hinge  Line  (optional) 


HINGE  LINE  xi  yi  zi  xo  yo  zu 


xi,yi, zi) 
xo,yo,  zoj 


= Two  triplets  of  GLOBAL  X-Y-Z  planform 
coc-dinates  definii.g  the  inboard 
and  outboard  limits  of  the  control/tab 
hirxje  line,  respectively. 


This  record  must  be  used  if  Record  9 is  used. 
Record  11  Control/Tab  Surface  Leading  Edge  (optional) 


LEADING  EDGE  xi  yi  zi  xc  yo  zo 


x 

xo 


i,yi,zi) 
o, yo, zoj 


= Two  triplets  of  GLOBAL  X-Y-Z  planform 
coordinates  defining  the  inboard 
and  outboard  limits  cf  the  control/tab 
leading  edge,  respectively. 


Cefmlt  Record:  Leading  edge  coincides  with  the  hinge 

line  defined  by  Record  10. 

Records  9-11  may  be  repeated  to  define  additional  control 
or  tab  surfaces  for  the  main  surface  identified  by  Record  4. 
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Record  12  End  Geometry  Subset 


END  GEOMETRY  DATA 


This  record  indicates  that  all  geometry  data  have  been 
defined  for  the  case  identified  by  Record  2. 


104.1.2  Modal  Data  Subset  (optional) 

This  subset  defines  the  vibration  modes,  ''AIC"  mode 
substitutes  or  rigid-body  modes  to  be  associated  with  each 
aerodynamic  surface  of  the  model.  If  no  modal  data  are  input, 
only  the  static-induction  matrix  would  be  generated  by  execution 
of  the  AF1  Processor. 

The  unsteady  aerodynamic  downwash  distribution  is 
approximated  by  a linear  combination  of  modal  displacements  and 
rotations  about  the  quarter-chord  of  each  strip.  The  aerodynamic 
theory  requires  the  translational  components  to  be  normal  to  the 
strip  surface  and  requires  the  rotational  components  to  be  normal 
to  the  streamlines.  Thus,  the  analysis  frame  associated  with  the 
retained  nodal  freedoms  must  have  a corresponding  orientation. 
Modes  generated  via  the  I OLYNOMIAL  option  of  the  INTERPOLATION 
Processor  (sec.  232.1)  are  evaluated  in  GLOBAL  X and  Y or  X and  Z 
coordinates. 

Record  13  Begin  Modal  Subset 


BEGIN  MODAL  DATA 


Record  14  defines  the  vibration  modes  or  "AIC"  mode 
substitutes  that  are  to  be  used  in  the  analysis.  Only  one  of  the 
two  variations  of  this  record  may  be  used  per  data  case. 

Variation  1 must  be  used  when  mode  shape  coefficients  generated 
by  the  INTERPOLATION  Processor  are  to  be  employed.  Mode  shapes 
may  be  defined  directly  via  Variation  2 for  a rigid-body 
aerodynamic  analysis.  Rotational  modes  for  the  control/tab 
surfaces  may  be  defined  directly  via  Record  15.  At  least  one 
Record  b or  Record  15  must  be  input. 

Record  14  Modal  Data  (optional) 


Variation  1 


Name 


USE  Name  WITH 

’ MAIN 
CONTROL 

SURFACE  Ident 

TAB 

= The  name  of  an  inteipolation- 
cc‘  icient  matrix  previously 


AF1 


generated  via  the  INTEPFOLATION 
Processor  (see  sec.  232.0)  . 


= Key-word  denotinq  the  type  of 

surface  with  which  "Name"  is  to  be 
associated.  A particular  coefficient 
matrix  may  be  used  with  one  or  more 
of  the  three  types  of  surfaces. 

It  should  be  noted  that  each  matrix 
is  associated  with  a subset  of  nodes, 
all  of  which  have  the  same  analysis 
frame. 

Ident  = Alphanumeric  word  identifying  the 

surface.  "Ident”  must  have  been 
previously  defined  by  a Record  4 
or  9. 


MAIN 

CONTROL 

TAB 


This  record  is  repeated  to  associate  an  interpolation 
coefficient  matrix  with  other  lifting  surfaces  of  the 
aerodynamic  model. 


Variation  2 allows  the  user  to  define  1 to  6 rigid  body 
modal  freedoms  relative  to  the  GLOBAL  reference  frame. 


Variation  2 


RIGID  BODY  <x  y z>  Rbfl  maql  Rbf2  mag2  ... 


x,y,z  = GLOBAL  X-Y-Z  coordinates  defining 

the  reference  point  to  be  used  in 
generating  the  rigid  body  modes. 
Default:  The  origin  of  the  GLOBAL 
frame  is  used  as  the 
reference  point. 


Rfcfi  = Key-word  denoting  the  i-th  rigid 

body  freedom  selected  from  the  list 
TX,  TY,  TZ,  RX,  RY  and  RZ.  Within 
each  of  these  key-words,  the  letter 
"T"  is  associated  with  a translation 
freedom  and  "R"  is  associated  with 
a rotation  freedom  relative  to  the 
GLOBAL  X-Y-Z  triad. 


magi  = The  relative  magnitude  of  tne  i-th 

rigid  body  freedom  with  respect  to 
the  reference  point.  Items  "Rbti" 
and  "magi"  are  input  in  pairs,  1 
to  6 times,  in  ar  order  which  defines 


◄ 


the  sequence  of  rigid  body  modes 
used  in  the  aerodynamic  analysis. 

Default  Record:  No  vibration  modes  or  WAICM  modes  are 

used  in  the  analysis. 

Record  15  Control  and  Tab  Surface  Rotation  Modes  (optional} 

Modal  vectors  representing  unit- amplitude  oscillatory 
rotating  notions  (unit  rotation  modes)  of  selected 
combinations  of  control  or  tab  surfaces  about  their  hinge 
lines  are  defined  by  this  record.  These  vectors  are  added 
to  the  sequence  of  modes  identified  by  previous  Records 
14.  Unit- rotation  modes  specified  for  control  surfaces 
are  added  first  followed  by  those  specified  for  tab 
surfaces . 


UNITROT 

f control) 

SURFACE  List 

(tab  | 

List  = List  of  alphanumeric  identifiers 

denoting  which  CONTROL  or  TAB  surfaces 
are  to  have  an  associated  unit 
rotation  mode.  All  identifiers  must 
have  been  previously  defined  by  a 
Record  9. 

Default  Record:  No  unit  rotation  modes  are  generated. 

This  record  may  be  repeated.  Each  record  of  this  type 
generates  one  additional  modal  vector. 


Record  16  End  Modal  Subset 


END  MODAL  DATA 


This  record  indicates  that  all  modal  data  have  been  defined 
tor  the  case  identified  by  Record  2. 


104. 1 . J Option  Data  Subset  (optional) 

This  data  subset  (Records  17-28)  contains  empirical 
information  for  modification  of  all  or  part  of  the  following 
theoretically  derived  data. 

a)  Aerodynamic  strip  coefficients 

b)  Lift  distribution  coefficients 
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c)  Pitching-moment  distribution  coefficients 

If  no  modifications  are  to  be  made  to  these  calculated 
data.  Records  17-28  should  not  be  input. 

Record  17  Begin  Option  Subset 


BEGIN  OPTION  DATA 


Records  18-19,  20-21,  22-25  and  26-27  are  input  in  groups, 
only  as  required,  to  modify  the  calculated  aerodynamic  strip 
coefficients  directly  or  to  modify  the  lift  and  pitching  moment 
coefficients  used  in  calculation  of  the  strip  coefficients. 


Records  18  and  19  are  used  to  modify  strip  coefficient 
data  directly  within  partitions  of  the  oscillatory  aerodynamic 
derivative  matrix,  [D],  Each  partition  is  identified  by  a 2- 
character  alphanumeric  label  as  described  below. 


[D] 


LH  | LA  | LB  | LG' 

i 1 

• MA  1 MB  MG 


MH 


cn+  CA  ^CB  f~  CG 

[TH  j TA  j TB 


TG 


Each  letter  of  a partition  label  denotes  the  following: 


L — lift  on  a main  surface 


M—  moment  about  the  elastic  axis  of 
a main  surface 

C — moment  about  the  h.  - line  of  a 
control  surface 

T--iroment  about  the  hinge  line  of  a 
tab  surface 


H — the  lift  or  moment  is  due  to  a unit- 
amplitude  oscillatory  displacement 
cf  the  main  surface 

A,  B,  G--the  lift  or  moment  is  due  to  a unit- 
amplitude  oscillatory  rotation  of 
the  main,  control  and  tab  surface, 
respect ively. 
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All  rotations  and  moments  are  about  axes  perpendicular 
to  the  free  stream  and  translations  are  normal  to  the  main 
surface.  Each  partition  is  a diagonal  matrix  whose  dimension 
is  equal  to  the  number  of  aerodynamic  strips  associated  with 
all  the  main  surfaces  defined  for  the  case  identified  by  Record 
2.  Each  strip  is  identified  by  a unique  integer  number. 
Sequential  numbers  beginning  with  unity  are  automatically 
assigned  to  the  strips  beginning  with  the  most  inboard  strip 
to  the  most  outboard  strip  of  each  main  surface.  The  spanwise 
direction  is  implicitly  defined  via  the  data  input  by  Records 
5-7.  Main  surfaces  are  ordered  according  to  the  sequence  xn 
which  they  are  defined  by  Record  4. 

Record  18  Direct  Empirical  Data 


DIRECT  DATA 


Record  19  Aerodynamic  Data  Modifications 


{REPLACE]  PARTITION  Pid  STRIPS  Si  <TO  sn>  valuel 
SCALE  J 

<value2...  valuen> 


Pid 

= Alphanumeric  label  of  partition  to 
be  modified  (e.g.#  LH,  TA) . 

si 

= Integer  number  of  the  first  strip 
whose  data  are  to  be  modified. 

sn 

= Integer  number  of  the  last  strip 
whose  data  are  to  be  modified, 
"valuei"  data  modifications  are  input 
for  strips  identified  by  "si,  sl  + 1, 

# . .sn.  ** 

Default:  Data  modification  is  only 
for  strip  “si."  Only 
"valuel"  should  be  input. 

valuei 

= The  quantity  that  is  to  REPLACE  or 
SCALE  the  values  within  partition 
"Pid"  associated  with  the  i-th  strip 
between  si  and  sn  (strip  s1*i-1) . 

This  record  may 

be  repeated. 
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Records  20  and  21  allow  the  user  to  directly  modify  the 
lift  curve  slope  "mo"  from  the  theoretical  value  of  2 IT  . 

Record  20  Lift  Curve  Slope  Cata 

MZERO  DATA 

Record  21  Lift  curve  Slope  Data  Modifications 

SURFACE  Ident  etal  valuel  eta2  value2  ...  1 


Ident 


etar 


valuei 


= Alpha  numeric  identifier  of  the  main 
surface  whose  lift  curve  slope  is 
to  be  modified.  "Ident"  must  have 
been  previously  defined  by  Record 
4. 

= Fraction  of  the  surface  span,  0.0 
s etai  < 1.0,  at  which  "valuei"  is 
defined.  "etai"  is  measured  in  the 
plane  of  the  main  surface  and  in 
a spanwise  direction  consistent  with 
that  used  for  the  data  defined  by 
Records  5-7. 

= The  value  of  "mo"  at  "etai." 


This  record  may  be  repeated. 

Records  22-27  allow  the  user  to  incorporate  experimental 
strip  coefficient  data  from  one  or  more  experiments  into  the 
calculation  of  the  oscillatory  aerodynamic  derivative  matrix 
[D].  Each  test  may  be  used  to  modify  the  lift  curve  slope  "mo" 
and/or  aerodynamic  centers  for  some  or  all  of  the  surfaces 
present  in  that  test.  The  test  should  have  taken  the  form  of 
rctatinq  a surface  or  conf iquration  of  surfaces  about  an  axis 
perpendicular  to  the  free  stream.  Test  measurements  at  several 
spanwise  locations  on  each  surface  should  have  been  made  such 
that  the  lift  coefficients  are  obtained. 

For  example,  it  may  be  desirable  to  replace  the  theoretical 
lift  distr lcuticn  on  a winq  with  experimental  data  obtained 
usinq  a winy  with  nacelles.  Only  the  lift  distribution  on  the 
winq  was  measured.  Record  24  is  used  to  specify  that  only  the 
winq  surface  data  are  to  be  modified.  Record  25  permits  the 
experiments  1 winq  lift  distribution  to  be  input.  A subsequent 
Record  25  may  be  used  to  specify  that  the  surfaces  representinq 
the  nacelles  should  be  taken  into  account,  usinq  the 
theoretically  derived  nacelle-winq  interference. 
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Record  22  Experimental  Lift  Data 


LIFT  DATA 


Record  23  Test.  Parameters 


<5YMMSTFIC\ 
NONSY.4M 
ANTISYMM  / 


TEST  tid  <THETA  theta>  < ALPHA  alpha> 


<SYYMETRIC' 
NCNSYMM 
ANTISYMM 


Key-word  indicating  the  symmetry 
cf  the  test  data  to  be  used  to 
calculate  ••mo.'1  SYMMETRIC  or 
ANTISYMMETFIC  test  data  are  iqnored 
when  the  NONSYMMETRIC  option  of  the 
AF1  Processor  is  used. 

Default:  It  is  assumed  that  the 

test  data  are  compatible 
with  the  symmetry  option 
for  which  the  AF1  Processor 
is  executed. 


tid 


Alphanumeric  word  of  1 to  5 characters 
that  identifies  the  test  data. 


theta  = Anqle  in  radians  from  the  GLOBAL 

X-Y  plane  to  the  test  rotation  axis 
measured  according  to  the  riqht-hand 
rule  relative  to  the  X-axis. 

Default:  theta  = 0.0 


alpna  = Maanitude  of  tne  rotation  aoout  the 

test  rotation  axis  in  radians. 
Default:  alpha  = 1.0 


Record  24  Modified  Surfaces 


ChANGE  Identl  Ident2  ... 


Identi  = Alphanumeric  identifier  of  the  i- 

th  main  surface  whose  lift  data  are 
to  be  replaced  by  data  from  this 
test.  "Identi"  must  have  been 
previously  defined  by  Record  4. 
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Record  25  Contributinq  Surfaces 

This  record  is  input  for  each  surface  that  was  used  in 
obtaining  the  data  for  test  "tid."  A record  of  this  type 
must  be  input  for  each  surface  identified  by  Record  24. 
Aerodynamic  interference  effects  from  other  surfaces  are 
included  via  additional  records  of  this  type. 


SURFACE  Ident  <eta1  value  1 eta2  value2  ...> 


Ident  = Alphanumeric  identifier  of  the  surface 

contributing  to  the  test  data. 

"Ident"  must  have  been  previously 
defined  by  Fecord  4. 

etai  = Fraction  of  the  surface  span,  0.0 

< etai  s 1.0,  at  which  "valuei"  is 
defined.  "etai"  is  measured  in  the 
plane  of  the  main  surface  and  in 
a spanwise  direction  consistent  with 
that  used  for  the  data  defined  by 
Records  5-7. 

valuei  = Value  of  the  sectional  lift  (c*CLa*a 

where  "c"  is  the  section  chord  and 
"a"  is  "alpha"  defined  by  Record 
23  at  "etai."  The  sign  and  units 
of  this  item  must  be  consistent  with 
those  used  to  define  "aloha"  in 
Record  23.  "etai"  and  "valuei"  must 
be  input  if  "Ident"  is  specified 
via  Fecord  24. 

Default  Items:  The  aerodynamic  contribution  of  "Ident" 

to  the  test  data  is  based  on  the 
theoretically-calculated  lift 
distribution  and  any  modifications  of 
"mo"  defined  by  previous  Records  23- 
25.  (All  direct  modifications  to  "mo" 
resulting  from  Records  20  and  21  are 
used  in  this  calculation) . 

Fecord  26  Experimental  Moment  Data 


MOMENT  DATA 


9* 
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Record  27  Sectional  Pitching  Moment  Data 

This  record  permits  an  experimentally  derived  pitchinq 
moment  distribution  tc  be  used  to  replace  the  theoretical 
distribution  on  a particular  surface. 


SURFACE  Ident  etal  valuel  eta2  value2  ... 


Ident  = Alphanumeric  identifier  of  the  main 

surface  whose  moment  distribution 
is  to  be  modified.  "Ident"  must 
have  been  previously  defined  by 
Record  4. 

etai  - Fraction  of  the  surface  span,  0.0 

< etai  s 1.0,  at  which  "valuei"  is 
defined.  "etai"  is  measured  in  the 
plane  of  the  main  surface  and  in 
a spanwise  direction  consistent  with 
that  used  for  the  data  defined  by 
Records  5-7. 

valuei  = Fraction  of  the  local  chord,  0.0 

S valuei  < 1.0,  which  defines  the 
location  of  the  local  aerodynamic 
center  relative  to  the  quarter-chord 
This  quantity  is  positive  if  the 
aerodynamic  center  is  upstream  from 
the  qua rter-chord. 

This  record  may  be  repeated. 

Record  23  End  Option  Subset 


END  OPTION  DATA 


Additional  cases  may  be  defined  by  repeating  Records 
2-26  with  a unique  identification  number  assigned  to  each 

case  oy  Record  2. 

Record  23  End  AF1  Data  Set 


END  AF 1 DATA 


Additional  cases  may  be  input  by  repeating  Fecords  1-29 
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Table  104-1.  Summary  of  AFI  Data  Records 


H«*frrence 

Data  llecords 

104.  2 

BEGIN  AFI  DATA 

104.2 

CASE  n 

104.5 

BEGIN  GEOMETRY  DATA 

104.5 

MAIN  SURFACE  ident 

104.  5 

LEADING  EDGE  x]  y|  z|  x2  y2  z2  ... 

104.5 

TRAILING  EDGE  x)  y|  zl  x2  y2  z2  ... 

104.6 

ELASTIC  AXIS  x|  y|  z|  x2  y2  z2  ••• 

104.6 

STRIP  { d?s?Ihce! } dl  « - 

104.7 

{tABTR0LJ  surface  ident 

104.7 

HINGE  LINE  xi  yi  zi  xo  yo  zo 

104.7 

LEADING  EDGE  xi  yi  zi  xo  yo  zo 

104.8 

END  GEOMETRY  DATA 

104.8 

BEGIN  MODAL  DATA 

104.8 

(MAIN  ) 

USE  Name  WITH  { CONTROL  } SURFACE  Ident 
(TAB  ) 

104.9 

RIGID  BODY  <x  y z>  Rbf  1 magi  Rbf2  mag2  ... 

104.  10 

UNI  TROT  JjJJTR0L  J SURFACE  List 

104.  10 

END  MODAL  DATA 

104.  11 

BEGIN  OPTION  DATA 

104.  12 

DIRECT  DATA 

104.  12 

{sCAL£CE}  PARTITION  Pid  STRIPS  sl<TO  sn>  valuel  <value2  . . •> 

104.  H 

MZERO  DATA 

104.  H 

SURFACE  Ident  etal  valuel  eta2  value2  ... 

104.  14 

LIFT  DATA 

104. 14 

/S1MJ4ETRIC\ 

( NONSYMM  ) TEST  tid  <THETA  theta>  <ALPHA  alpha> 

\AJUJ  symm  / 

104.  14 

CHANGE  Identl  Ident2  ... 

104. 15 

SURFACE  Ident  <etal  valuel  eta2  value2  ..•> 

104.  15 

MOMENT  DATA 

104.  16 

SURFACE  Ident  etal  valuel  eta2  value2  ... 

104.  16 

END  OPTION  DATA 

104.  16 

END  AFI  DATA 
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106.0  BOUNDARY  CONDITION  DATA 


Boundary  condition  (BC)  data  for  a structural  model  are 
comprised  of  the  following: 

a)  Labels  for  referencing  nodal  freedom  kinematics  and 
nodal  forces; 

c)  Retained-freedom  order  specification; 

c)  Nodal  freedom  activities; 

d)  Specified  support  displacements. 

All  kinematic  input  data  are  defined  and  effected  relative 
no  the  analysis  frames  of  the  nodes  as  specified  via  the  nodal 
Only  the  nodal  data  set  {sec.  146,0)  must  be  input  prior 
the  EC  data  set. 

Each  group  of  constraint  conditions  (a) , b)  and  c)  above) 

+ o ne  applied  to  a structural  model  is  referenced  as  a STAGE. 

A nuximum  ot  10  different  STAGES  and  SUPSTAGES  (superposition 
stages  defined  by  the  stress  data  set--sec.  154.0)  may  be  defined 
p-r  nolal  data  set.  Specified  support  displacements,  if 
required,  may  d?  input  partially  or  wholly  within  the  BC  data 
sa+-  and/or  within  the  loads  data  set  (sec.  134.0).  Each  group 
of  displacements  is  identified  by  one  or  more  lead  case  lacels 
ar.d  is  associated  witn  a particular  STAGE  and  nodal  SET. 

Printout  of  the  STAGE  data  may  be  requested  from  the  BC 
cstprocessor  (sec.  206.0) , whereas  printout  of  all  nodal 
isolacementg  (including  support  displacements)  may  be  requested 
rom  the  STRESS  Postprocessor  (sec.  254.2). 
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106.1  INPUT  'DATA 


Fecord  1 Data  set  Identification 


BEGIN  SC  DATA 


This  record  initiates  execution  of  the  BC  (Boundary 
Condition)  Preprocessor. 

wi*;un  this  data  set,  optional  Fecords  2 through  6 .nay 
o®  input  in  any  order.  They  must  be  input  before  Fecord 
7,  however.  Only  Fecord  7 is  required. 

F®cord  2 Set/Stage  Identification  (optional) 


<3ZT  3e>  <STAG5  st> 


8e  = Integer  identifying  a nodal  SET  to  wnich 

the  BC  data  are  to  be  applied. 

Default  Items:  The  SET  number  specified 

by  the  last  record  of  this 
type  or  SET  1. 

st  = Unique  stage  number  (integer)  in  the  range 

1 throuqh  10,  inclusive,  to  be  associated 
with  SET  "Se. '• 

Default  Items:  STAGE  1 

Default  Fecord:  SET  1 STAGE  1 
Fecord  3 Freedom  Activity  Labels  (optional) 


FREEDOM  ACTIVITIES  al  a2  a3 


a1,a2,a3  = Three  alphanumeric  words  of  1 to  7 

characters  for  referencing  freedom 
activities.  These  labels  are  associated 
with  the  three  row  partitions  of  the 
stiffness  equilibrium  matrix  equations, 
respectively,  as  shown  belcw. 


Pow  Partition 
number 


1 

- K 1 1 

| K12 

| K 13  " 

"D1  " 

"Li" 

2 

K21 

I K 22 

_L_  

1 

| K23 

D2 

- 

L2 

3 

„K31 

j K32 

| K33- 

_D3  _ 

_L3_ 
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4 Ki j , Di  and  Li  denote  the  matrix  partitions  of  the  gross 

stiffness,  displacement  and  loads  matrices,  respectively. 
The  association  of  freedom  activity  labels  with  the  three 
row  partitions  of  the  equilibrium  equations  is  further 
illustrated  in  the  following  table. 


Partition 
Row  Number 

1 Freedom  Activity  Label 

Description 

User- Specified 

Default 

1 

al 

FREE 

Unconstrained  freedoms 
that  are  statically 
condensed  (reduced)  from 
gross  matrices  during 
generation  of  reduced 
matrices 

2 

a2 

RETAIN 

Unconstrained  freedoms 
that  are  re-  ained  in  reduced 
stiffness,  flexibility,  loads 
and  mass  matrices 

3 

a3 

SUPPORT 

Freedoms  for  which 
displacements  ere  speci- 
fied; zero  displacements 
are  enforced  by  default 

If  this  record  is  not  input,  the  default  freedom  activity 
labels  are  FREE,  RETAIN  and  SUPPORT  for  partitions  1 
through  3,  respectively.  The  selected  labels  remain  in 
¥■  effect  for  multiple  SETS  and/or  STAGES  until  redefined. 

Record  4 Freedom  Labels  (optional) 


FREEDOM  LABELS 


• Records  4 and  5 allow  user-selected  alphanumeric  labels  to 

be  associated  with  the  nodal  displacements  (kinematics) 
and/or  forces.  These  labels  are  used  for  input  and 
printing  of  BC  and  loads  data  associated  with  the  specified 
SETS  and  STAGES.  The  default  labels  associated  with  the 
nodal  freedoms  for  the  three  types  of  reference  frames 

• (rectangular,  cylindrical,  spherical)  are  shown  in  the 

table  below.  Note  that  all  references  to  REC  frames  within 
this  data  set  include  the  GLOBAL  frame  in  addition  to  any 
local  rectangular  frames  defined  via  the  nodal  data. 
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NODAL 

NO  DAI 

, REFERENCE 

FRAME 

TYPE 

“n 

FFEFDOM 

RECtanqu 

lar 

CYLindri 

cal 

SPHerical  1 

N'JMiiEF. 

Kinematic 

Force 

Kinematic 

Force 

Kinematic 

Force 

Label 

Label 

Label 

Label 

Label 

Labe^ 

1 

TX 

FX 

TR 

FR 

TR 

FP 

2 

TY 

FY 

TT 

FT 

TT 

FT 

3 

TZ 

FZ 

TZ 

FZ 

TP 

FP 

a 

PX 

MX 

RR 

MR 

PR 

MR 

5 

PY 

MY 

RT 

MT 

FT 

MT 

6 

?z 

MZ 

FZ 

MZ 

PP 

MP 

Tne  first  cnaracters,  T and  R,  of  the  default  di'  placement 
lac°ls  denote  translations  and  rotations,  respectively. 

The  first  characters,  F and  M,  of  the  default  force  labels 
oar.ote  forces  and  mcments,  respectively.  The  second  character 
within  each  laoel  denotes  one  of  the  reference  frame  axes 
as  illustrated  in  figure  100-1. 

Record  5 Kinematic  Freedom  and  Force  Labels 


Records  of  this  type  are  input  on\y  if  Record  4 is  input. 


f.ECl 
| CYL 
ISPH, 


{<DISP  dlist>  < FORCE  f list>} 


Key-word  identifying  a type  of 
reference  frame.  All  reference 
frames  of  this  type  included  in  the 
specified  SET/STAGE  will  be  affected. 


dlitt 


A list  of  six,  2- character , 
alphanumeric  xards  to  be  used  as 
the  kinematic  labels  associated  with 
freedoms  1 through  6. 


f list 


= A list  of  six,  2-character, 

alphanumeric  words  to  be  i.sed  as 
the  force  labels  associated  witn 
freedoms  1 through  6. 


The  default  labels  are  snown  in  the  foregoina  table. 
Labels  remain  in  effect  until  redefined. 


106.  4 


•1 


BOUNDARY 

CONDITION 


< 


. i 


( 


{ 


Record  6 Retained-Freedom  Order  Specification  (optional) 


ORDER  RETAIN 


AS  LISTED  ] 
BY  INTERNALIdJ 
BY  USERID  J 


This  record  denotes  the  sequence  in  which  the  retained 
degrees  of  freedom  will  be  ordered  for  the  identified 
SET/STAGE . The  options  are  as  follows: 

AS  LISTED  --  the  freedoms  will  be  ordered  as  they  are 

listed  in  Record  7,  Variation  1.  If  any 
freedoms  are  retained  via  Variation  2 of 
Record  7,  the  retained  order  indicator  is 
automatically  set  to  "BY  INTERNALID." 

BY  INTERNALID  — the  freedoms  specified  by  Record  7 will 

i>e  ordered  in  an  increasing  internal  node 
number  sequence. 


BY  USERID 


the  freedoms  specified  by  Record  7 will 
be  ordered  in  an  increasing  user  node 
number  seauence. 


Multiple  freedoms  retained  for  a single  node  via  the 
INTERNALID  or  USERID  options  are  ordered  according  to  the 
nodal  freedom  numbers  1 through  6 shown  in  the  forecro-5 
table. 


Deiau.lt  Record:  ORDER  RETAIN  AL  LISTED 


Record  7 BC  Specifications 

This  record.  Variation  1 and/or  2,  may  be  repeated  to 
identify  all  constraints  for  a particular  STAGE.  Multiple 
STAGES  for  a particular  model  are  effected  by  repeating 
jxecords  2-7. 

If  more  than  one  activity  is  specified  for  a particular 
freedom,  the  last  one  specified  takes  precedence.  It  is 
sometimes  convenient,  for  example,  to  RETAIN  or  SUPPORT  a large 
group  of  freedoms  using  a data -generation  capability,  and  then 
FREE  Selected  freedoms  wituin  the  group.  If  no  activity  is 
specified  for  a freedom,  it  is  included  in  the  FREE  partition  of 
the  ross  stiffness  matrix,  hn  inactive  freedom  (one  that  has 
zero  stiffness)  is  atitomatically  ignored.  An  activity  is  imposed 
on  the  freedom  of  a Shear  node  omy  if  the  second  item  of  this 
record  identities  the  first  kinematic  freedom  of  the  GLOBAL 
analysis  frame. 


106.5 


Variation  1 


Activity 


Dlist 


ATlist (n) 


Activity  fDlistl  FOR  ATlist(n) 


One  of  the  freedom  activity  labels  defined 
by  Secord  3. 

List  of  1 to  6 kinematic  labels  as  defined 
by  "dlist"  in  Record  5.  If  the  word  ALL 
is  selected  for  this  item,  all  six  nodal 
freedorrs  are  implied. 

ATLA3  list  of  user  node  numbers  (integers) . 
The  soecified  activity  is  imposed  on  the 
"Dlist"  freedoms  of  these  nodes.  Only 
those  freedoms  of  the  ATlist  nodes  that 
nave  kinematic  labels  identified  by  "Dlist" 
are  affected. 


If  -.£:*=  "AS  LISTED"  option  is  selected  via  Record  6, 
retained  freedoms  are  ordered  in  the  sequence  specified  via 
Dlist  and  ATlist.  The  order  is  defined  as  all  freedoms  in  Dlist 
for  the  nrst  node  in  ATlist,  followed  by  the  same  Dlist  freedoms 
ror  tn-  second  node  in  ATlist,  etc.  If  ALL  is  selected,  the 
or  ler  of  the  six  retained  freedoms  will  be  as  shewn  in  the 
table. 


Variation  2 of  tns  BC  specification  record  allows 
activities  to  be  effected  on  selected  freedoms  of  nodes  that 
It'  in  one  of  the  principal  surfaces  of  a particular  analysis 
frame.  principal  surface  is  defined  as  a surface  in  which 
on*3  of  th3  coordinates  is  invariant.  The  principal  surfaces 
associated  with  the  coordinates  of  the  analysis  frames  are 
td-r.tifien  by  the  integers  1 to  3 as  illustrated  in  the  following 
taol»  (also  see  tig.  1QG-1)  . 


SUP  FACE 

I ANALYS  IS  FFAPiK 

TYPE 

IDENTIFIER 

RFC 

CYL 

3PH 

1 

x,  X 

r 

P 

2 

y»  * 

e 

e 

3 

z,  Z 

z 

♦ 

Tne  location  and  configuration  of  a surface  is  defined 
via  a select?)  node  "Nn"  and  i’-s  associated  analysis  frame. 


cv-.’,  pair  is 

Or  POOR  QUALITY 
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The  surface  passes  throuqh  "Nn. " The  selected  activity  is 
performed  on  the  specified  freedoms  of  all  nodes  that  lie  in 
•uhe  surface  and  have  the  same  analysis  frame  as  MNn. " A node 
is  considered  to  be  in  the  defined  surface  if  tne  perpendicular 
distance  from  the  node  to  ♦•he  surface  is  less  than  10-8  units. 


Freedoms  may  be  specified  via  Dlist  or  the  word  ALL  as 
in  Variation  1.  Two  additional  key-words,  SYMM  and  ASYM,  may 
be  used  in  Variation  2 to  aesiqna^e  certain  combinations  of 
freedoms  upon  which  the  specified  activity  is  to  be  performed. 
These  key-words  are  associated  with  symmetrical  and  anti- 
symmetrical  boundary  conditions  relative  to  the  prescribed 
surface.  The  combinations  of  freedoms  associated  with  these 
key-words  and  the  surface  identifiers  are  shown  in  the  taole 
nelow. 


SURFACE 

SYMMETRY 

NODAL  FREEDOM 

NUMBER  1 

IDENTIFIER 

KEY-WORD 

t 

2 

3 

4 

5 

6 

1 

SYMM 

~ 

V 

V 

ASYM 

hr A 

Iv 

V 

2 

SYMM 

V 

V 

V 

ASYM 

V 

vH 

V 

3 

SYMM 

V 

V 

V 

ASYM 

V 

V 

V 

Variation  2 


Activity 

Dlist 

ALL 


f . . ^ 

Dlist 

ALL 

Activity  • 

SYMM 

"IN  SURFACE 

2 1 < THROUGH  Nn> 

ASYM 

l J 

hi 

= same  as  defined  for  Variation  1 


SYMMl 

asyi;  J 


Key-word  SYMM  or  ASYM  may  be  used  to 
denote  a combination  of  freedoms  as 
discussed  above. 


Integer  identifying  the  principal  surface 
in  which  the  activity  is  to  De  effected 
(see  foregoing  table). 
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Nn  = User  node  number  (integer) . The  surface  in 

which  the  activity  is  to  be  performed  passes 
through  this  node. 

Default:  The  surface  passes  through  the 
GLOBAL  origin  and  the  specified 
activity  is  performed  on  the 
freedoms  of  nodes  that  have  a 
GLOBAL  analysis  frame. 

1.x ample  Use  of  Record  7; 

A structural  model,  which  is  symmetrical  relative  to  the 
GLOBAL  X-Z  plane,  is  to  he  constrained  in  the  X-Z  plane  such  that 
anti-symmetrical  displacements  of  the  model  relative  to  this 
olar.e  are  zerc.  Freedoms  TZ  and  RY  are  to  be  retained  for  nodes 
t-  and  50  throiigh  b5.  Additionally,  the  TX  freedom  for  nodes  8 
and  52  are  to  oe  retained.  The  data  records  could  be  input  as: 

SUPPORT  ASYM  IN  SURFACE  2 / 

RETAIN  TZ  RY  FOR  8 50  TO  65  / 

RETAIN  TX  FOR  8 32  / 

Ido. 1.1  Support  Displacement  Data  Subset 

This  data  subset.  Records  6-16,  may  be  used  to  input 
specified  displacements.  These  data  may  be  input  partially  or 
wholly  in  the  3C  and/or  loads  data  sets.  Displacements  input  by 
30  data  and  by  loads  data  for  a particular  SET  and  STAGE  (Record 
z)  are  cumulated.  Multiple  displacements  specified  for  the  same 
rreedom  and  load  case  are  cumulated. 

Displacements  may  be  specified  only  for  freedoms  which  have 
teen  previously  SUPPORTed.  All  displacements  are  defined  and 
effected  relative  to  the  analysis  frame  of  the  associated  node. 

If  no  displacement  is  wpecified  for  a SUPPORTed  freedom,  it  is 
rigidly  fixed  (zero  displacement  is  enforced) . 

Each  group  of  specified  displacements  is  uniquely 
identified  by  a load  case  label.  Additional  load  case  titling 
and  combinations  of  defined  load  cases  can  be  input  by  the  loads 
data  (see  s^c.  134.0).  Specified  lists  of  displacements  may  be 
associated  wit.n  a group  of  load  cases  (Records  9,  10  and  11),  a 
group  of  nodes  (Records  9,  12  and  13)  or  a group  of  kinematic 
ireedoms  (Records  14  and  15)  . Rotational  displacements  are  input 
in  radians. 
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Record  8 Specified  Displacement  Data  Subset 


BEGIN  SUPPORT  DISPLACEMENT  DATA 


Record  9 Nodal -Freedom  order  (optional) 

This  record  defines  the  nodal- freedom  correspondence  list 
associated  with  lists  of  displacements  input  by  Records 
11  and/or  13. 


ORDER  Nf 1 Nf 2 ... 


Nf  1 , Nf2,  ...  = List  of  1 to  6,  2-character,  alphanumeric 

identifiers  defining  the  order  and 
number  of  kinematic  freedoms  associated 
with  the  displacements  input  via  "dlist" 
in  Fecords  11  and/or  13.  Only  the  nodal 
freedoms  with  non-zero  enforced 
displacements  need  be  included  in  this 
list.  The  i-th  identifier  ,,Nfi'*  in 
this  list  must  be  one  of  the  following: 

Nfi  --  Either  one  of  the  kinematic  laoels 

selected  via  Record  5 fcr  a specific 
type  of  analysis  frame  (REC,  CYL  or 
3PH)  or  one  of  the  words  Fj,  j=1,  6 
which  denote  the  six  ordered  nodal 
freedoms  (see  Record  4)  associated  with 
all  analysis  frame  types.  If  the  former 
type  of  identifier  is  used,  all  nodes 
with  specitied  displacements  must  have 
the  same  list  of  analysis-frame  kinematic 
labels.  However,  if  MFj"  words  are 
used,  the  Kinematic  laoels  associated 
with  the  referenced  nodes  are  immaterial. 

Default  Record:  The  order  and  number  of  nodal-freedoms 

defined  by  the  last  record  of  this  type 
or  F j ; j = 1,6.  If  this  record  is  not 
used,  the  order  in  which  displacements 
are  specified  via  Records  11  and/or 
13  must  be  consistent  with  the  default 
order  discussed  under  Record  4 (e.g., 

TX,  TY,  TZ,  RX,  RY  and  RZ  for  F EC 
analysis  frames)  . 

Records  of  tnis  tyoe  may  be  used  any  number  of  times 

within,  this  data  subset. 
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106.1.1.1  Displacements  Grouped  by  Load  Cases 

Records  10  and  11  allow  specified  displacements  to  be 
associated  with  a group  of  load  cases. 

Record  10  Load  Case  Labels 


CAFF  ATlist(c) 


ATlist  (c)  = ATIAS  list  defining  up  to  250  user- 

assigned  load  case  labels  (positive 
integers  or  alphanumeric  words  with  1 to 
7 characters} . The  word  ALL,  the  2- 
character  words  Fi,  where  i=1,  6 and  any 
of  the  force  and  kinematic  labels 
selected  via  Record  5 may  not  be  used. 

Displacements  specified  by  subsequent  Records  11  are 
attributed  to  each  of  the  load  cases  defined  by  ATlist  (c) . 


Record  11  Node  and  Displacement  Specification 

c- 


ATlist  (n) 


dl  ist 

Nfl  dl  Nt2  d2 


ATlist (n)  = ATLAS  list  of  up  to  250  node  numbers 

(integers)  to  which  the  subsequent 
displacements  apply.  Non-existent  nodes 
identified  by  ATlist (n)  are  not  allowed. 


dlist 


Dfi.di 


List  of  1 to  b displacements  associated 
with  the  sequence  and  number  of  kinematic 
freedoms  identified  by  the  last  Record  9. 
Trailing  zeros  need  not  be  input. 

The  i-th  kinematic  label  and  displacement 
in  this  record  denoting  which  freedom  is  to 
have  a displacement  of  "di"  imposed.  The 
format  of  Nii  is  the  same  as  defined  for 
Record  9.  These  items  are  input  in  pairs  in 
an  order  that  is  independent  of  Record  9. 


This  record  or  Records  10  and  11  may  be  repeated, 
example  Use  of  Records  10  and  11: 


For  load  cases  ABC  and  B20,  nodes  35  and  100  through  110 
have  a TX  translation  of  5.  and  an  RZ  rotation  of  0.1  radians. 
Nodes  36  and  200  through  210  have  a TX  of  10.  and  an  RZ  of  0.2 
radians.  Additionally,  nodes  37  and  300  throuoh  310  have  a TX  of 
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15.  and  an  RZ  of  0.3  radians.  The  data  records  could  be  input 
as : 

CASE  ABC  B20  / 

35  100  TO  110  TX  5.  RZ  0.1  / 

*♦2  1 100  0 100  0 5.  0 0.  1 / 

10o.1.1.2  Displacements  Grouped  by  Nodes 

Records  12  and  13  allow  specified  displacements  to  be 
associated  with  a croup  of  nodes. 

Record  12  Node  List 


NODE  ATlist  (n) 


ATI 1st  (n)  = ATLAS  list  of  up  to  250  node  numbers 

(integers)  to  which  subsequent  Records  13 
apply.  Non-existent  nodes  identified  by 
ATlist (n)  are  not  allowed. 


Displacements  specified  by  subsequent  Records  13  are 
applied  to  all  nodes  in  ATlist (n) . 

Record  13  Load  Case  and  Displacement  Specif ication 


ATlist (c)  = Same  as  defined  for  Record  10 

dlist  I 

Nfi  1 = Same  as  defined  for  Record  11 

di  J 

All  displacements  specified  within  this  record  are 
attributed  to  each  of  the  load  cases  defined  by  ATlist (c) . 

This  record  or  Records  12  and  13  may  be  repeated. 


Example  Use  of  Fecords  12  and  13: 

Nodes  5,  7,  9,  11  and  45  for  load  cases  1r  2,  3,  HI,  H2  and 
H3  have  a TY  displacement  equal  to  6 times  the  integer  part  of 
the  load  case  label  and  an  RX  value  equal  to  twice  the  integer 
pait  of  the  load  case  label.  The  data  records  could  be  input  as. 

NODE  5 TO  11  BY  2 45  / 

1 HI  TY  6.  RX  2.  / 

♦♦2  1 1 0 6.  0 2.  / 
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106.1.1.3  Displacements  Grouped  by  Nodal  Freedoms 

Records  14  and  15  allow  specified  displacements  to  be 
associated  with  a group  of  kinematic  freedoms. 

Record  It  Kinematic  Freedom  List 


FREEDOM  ATlist  (fn) 


ATlist  (fn)  =•  ATLAS  list  defining  up  to  250 

alphanumeric  words — each  word  is 
comprised  of  a kinematic  label,  as 
specified  by  Record  5,  followed  by  a node 
number . An  ATlist  (f  n)  could  be  TX11  TO 
TX88  which  denotes  the  X-axis 
translational  freedoms  for  nodes  11 
through  88.  Non-existent  node  numbers 
referenced  by  words  generated  by 
ATlist  (fn)  are  not  allowed. 

Record  15  Load  Case  and  Displacement  Specif ication 


ATlist  (c)  dlist 


ATlist (c)  = Same  as  defined  tor  Record  10 

dlist  = List  of  displacements  to  be  enforced  on 

tne  freedoms  as  listed  by  Record  14.  The 
number  and  sequence  of  the  displacements 
in  "dlist"  jnust  correspond  to  the  number 
and  sequence  of  freedoms  specified  by 
Record  14. 

T:iis  record  or  Records  14  and  15  may  be  repeated. 

Example  Use  of  Recoros  14  and  15: 

TX  displacements  are  to  be  specified  at  nodes  1 throuan  5 
aria  20.  For  lOdd  case  10,  the  displacements  are  1,2,  13,  4,  -5 
and  S.  For  load  case  JACK,  the  displacements  are  7,  12,  15,  -2, 
b and  2.  The  data  records  could  be  input  as: 

FREEDOM  TX  1 TO  TX  :20  / 

10  1.  2.  13.  4.  -p  0.  / 

JACK  7.  12.  15.  -2.  o.  2.  / 
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Record  16  End  Support  Displacement  Data  Subset 
END  SUPPORT  DISPLACEMENT  DATA 

Additional  Records  2-7  or  Records  2-16  may  be  input. 
Record  17  End  BC  Data  Set 
END  BC  DATA 


Additional  BC  uata  sets  may  be  input  by  repeating  Records 
1-17. 


Table  106-1.  Summary  of  Boundary  Condition  Data  Records 


Data  Records 


106.  13 


BEGIN  BC  DATA 


<SET  Se>  <STAGE  st  > 


FREEDOM  ACTIVITIES  al  a2  a3 


FREEDOM  LABELS 


FK 


<DI SP  dlist>  <F0RCE  flist> 


IAS  LISTED 
BY  INTERNALID 
BY  USERID 


Art ivity 


Activity 


/ Dlist\ 
\ ALL  / 


FOR  ATlist(n) 


IN  SURFACE 


H) 


< THROUGH  Nn  > 


BEGIN  SUPPORT  DISPLACEMENT  DATA 


ORDER  Nfl  Nf 2 . . . 


CASE  ATlist(c) 


ATi-  / . /dlist 
ATlist(n)  ^Nfl  dl 


Nf 2 d2 


...} 


NODE  ATIist(n) 


ati-  , . Idlist  \ 

AThst  (c)  ^Nf  j dl  Nf  2 d2  . . . / 


FREEDOM  ATlist(fn) 
ATlis  t (c)  dlist 


END  SUPPORT  DISPLACEMENT  DATA 


END  BC  DATA 
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112.0  DESIGN  DATA 


The  stiffness  element  data  required  to  perform  a fully- 
stressed  structural  desiqn  or  regional  optimization  of  composite- 
built  structures  are  defined  by  this  data  set.  The  desiqn 
capabilities  and  analysis  techniques  of  the  DESIGN  Processor 
are  presented  in  section  212.0.  The  element  properties  of  the 
structural  model  defined  by  a stiffness  SET  (sec.  152.0)  are 
modified  (resized)  according  to  user  specifications.  Resize 
calculations  are  performed  by  desiqn  algorithms  according  to 
specified  geometric  and  margin-of- safety  constraints  on  selected 
elements. 

The  detail  and  material  data  sets,  if  required,  and  the 
nodal,  stiffness,  BC,  loads  and  subset-definition  data  sets 
must  be  input  prior  to  this  data  set  in  the  input  stream. 

The  desiqn  data  set  is  divided  into  the  following  data 
subsets: 

a)  Table — shear  and  compression  buckling  allowable  stresses 

b)  Modulus--shear  moduli  and  Younq*s  moduli  of  elasticity 
for  calculation  of  local  buckling  allowables  for  "plate- 
like'1  elements 

c)  Property--properties  for  conversion  of  element  loads 
as  calculated  by  the  STRESS  Processor  to  element 
stresses 

d)  Fixed--selected  properties  of  elements  which  are  to 

oe  held  at  a fixed  level  by  the  DESIGN  Processor  during 
resizing 

e)  Lower-Bound--rainimum  or  lower-bound  element  property 
values 

f)  Upper-Bound--maximum  or  upper-bound  element  property 
values 


g)  Margin — element  property  marqins  of  safety 

h)  3izing--element  material  properties  and  allowable 
stresses 

i)  Res*-rain-Sizinq--selected  elements  that  are  not  to 
be  resized  by  the  DESIGN  Processor 
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j)  Optimization- -problem-definition  data  for  regional 
optimization  of  composite  structures. 

k)  Variable-Constraints--design- variable  constraints 
(lamina- thickness  coupling  expressions)  to  be  used 
in  solvinq  the  Optimization  problem  (j) 

l)  Smoothing— regions  of  the  structural  model  in  which 
the  element  properties  resulting  from  design 
calculations  are  to  be  smoothed 

m)  suckling — parameters  defining  panel-buckling  interaction 
formula  for  wplate-likeM  elements 

n)  Loads— design  load  cases  for  which  elements  are  to 
be  resized 

o)  Superposition— design  load  cases  formed  by  superimposing 
previously-defined  load  cases 

p)  Thermal- -design  load  cases  formed  by  superimposing 
one  mechanical  and  one  thermal  load  case  previously 
defined  by  the  loads  data  set  (sec.  134.0). 

Input  of  these  data  subsets  is  optional  except,  as  indicated 
below,  certain  data  are  required  for  the  particular  type  of 
design  activity  to  be  performed: 


a)  Fully-Stressed  Design— the  Sizing  data  subset  is 

required.  Additionally,  if  BEAM  elements  are  included 
in  the  stiffness  SET,  the  Property  data  subset  is 
required. 

fc)  Thermal  Fully-Stressed  Design— the  Sizing  and  Property 
data  subsets  are  required  as  discussed  for  (a)  . In 
addition,  the  Thermal  data  subset  is  required. 


c)  Regional  composite  Optimization — only  the  Optimization 
data  subset  is  required. 

Printout  of  +-he  input  design  data  may  be  requested  from  rhe 
DESIGN  Postprocessor  (sec.  212.1). 
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112,1  INPUT  DATA 

The  followinq  notation  is  used  to  identify  selected 
stiffness  elements  within  many  of  the  desiqn-data  records. 
The  items,  "Elid"  and  "Eltype,"  are  always  used  toqether. 

Elid  = Identifier  of  an  element  or  a subset 

of  elements.  The  options  for  "Elid" 
are: 


Eltype 


Exxx — The  name  of  a stiffness  element  subset 
previously  defined  via  the  SUBSET- 
DEFINITION  Preprocessor  (sec.  156.0). 

Nxxxxx — The  letter  N followed  by  a 1 to  5 diqit, 
user  element  number  (sec.  152.0). 


Ixxxxx--The  letter  I followed  by  a 1 to  5 diqit 
internal  element  number  assigned  via 
the  selected  node  reorder  specification 
(sec.  146.0)  . 

Default:  All  elements  associated  with 
the  specified  stiffness  SET. 


A key-word  or  its  equivalent  integer 
that  denotes  a particular  type  of  element 
included  in  "Elid. " If  "Elid"  identifies 
a single  element,  "Eltype"  is  ignored. 

The  options  for  "Eltype"  are: 


Key- Word 

iDtsassrSa: 

ROD 

1 

EE  AM 

2 

SPAR 

3 

COVER 

4 

PLATE 

5 

G PLATE 

6 

BRICK 

8 

SROD 

10 

SPLATE 

11 

C PLATE 

12 

CCOVER 

13 

Default:  ALL. 

The  key-wo 

all  element  types  included 
in  "Elid." 


(Q  >0 


th  of  these  items,  <Elid>  <Eltype>,  may  be  defaulted  within 
11  the  data  records  except  Records  23  and  26.  The  remaining 
data  defined  by  the  corresponding  records  apply  to  all  elements 
denoted  by  "Elid"  and  "Eltype." 

Fecord  1 Data  set  Identification 


BEGIN  DESIGN  DATA 


This  record  initiates  execution  of  the  DESIGN  Preprocessor. 

Fecord  2 Data  Preprocessing  Mode 

This  record  allows  the  user  to  specify  how  data  subsets 
of  a design  data  set  are  to  be  treated  by  the  preprocessor. 
Five  different  preprocessing  modes  are  available  to 
indicate  whether  a)  particular  data  subsets  are  input 
tor  the  first  time,  b;  selected  subsets  are  being  input 
tc  replace  previously-defined  subsets  of  the  same  type 
or  c)  selected  subset  data  are  being  input  to  modify 
corresponding  previously-defined  subset  data.  For  all 
modes,  the  ''Property"  and  "Sizing”  data  subsets  as  required 
for  tully-stressed  design  must  either  be  included  in  the 
data  set  or  they  must  have  been  defined  previously. 

Details  of  the  various  preprocessing  modes  are  described 
by  table  112-1.  Note  that  the  16  input  data  subsets  are 
grouped  into  three  blocks: 

a)  "Table"  data  applicable  to  multiple  stiffness  SETS 
and  boundary  condition  (3C)  STAGES, 

c)  "SET- level"  data  applicable  to  multiple  STAGES, 

c)  "STAGE- level"  data  associated  '..ith  a particular  SET. 


MODE  Code 


Code  = Integer  in  the  ran.ya  1 to  5 denoting 

how  the  input  data  subsets  are  to  be 
preprocessed.  The  options  for  "Code" 
are: 

1 --No  input  data  have  been  defined 
previously . 

2 — "Table"  data  are  to  be  used  to  modify 
previously-input  *'  able"  data,  whereas 
the  other  input  data  have  not 
defined  previously. 
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3—  "Table*  data  are  to  be  used  to  modify 
previously-input  "Table"  data,  input 
SET-level  data  subsets  are  to  replace 
corresponding  data  subsets  which  may 
have  been  defined  previously  and  no 
STAGE-level  data  have  been  defined 
previously. 

4—  "Table"  and  SET- level  subset  data  are 
to  be  used  to  modify  previously- input 
subsets  of  the  same  type,  whereas  any 
STAGE-level  subset  data  are  to  replace 
corresponding  data  which  may  have  been 
defined  previously. 

5 —  All  data  are  to  be  used  to  modify  the 
corresponding,  previously-input  subset 
data. 

Caution:  The  number  of  desiqn  load  cases 
specified  by  Records  38-40 
for  a particular  SET  and  STAGE 
may  not  be  increased  when  mode 
4 or  5 is  selected. 
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Table  1 12-1 . Design  Data  Preprocessing  Modes 


INPUT  DATA 
SUBSET 

DATA  PREPROCESSING  MODE 

1 

2 

3 

4 

5 1 

NEW 

MODIFY 

NEW 

MODIFY 

NEN 

MODIFY 

— 

NEN 

MODIFY 

ESI 

MOOIFY 

• « 

TABLE 

m 

9 99 

999 

m 

*** 

191 

*** 

h-  a 

MODULUS 

u 

m 

*** 

1 

999 

i 

*«« 

■ 

999 

PROPERTY 

* 

9 

**i 

999 

■ 

999 

FIXED 

9 

9 

**i 

*** 

*•* 

CO 

LONER- BOUND 

9 

9 

*•2 

*** 

(O 

a 

UPPER- BOUND 

* 

* 

•*2 

999 

*** 

03 

> 

MARGIN 

* 

* 

99 

*** 

999 

_j 

SIZING 

* 

* 

•*] 

999 

999 

•— 

CO 

RESTRAIN-SIZING 

* 

* 

99 

*** 

*** 

M 

CO 

03 

OPTIMIZATION 

* 

* 

*•* 

999 

*•— 

VARIABLE- 

* 

* 

99  3 

999 

999 

~z 

CONSTRAINTS 

oo 

SMOOTHING 

* 

* 

99 

*•* 

*** 

BUCKLING 

* 

* 

99 

**• 

999 

to 

LU  — 

LOADS 

* 

* 

9 

**4 

**• 

-c  ca 

*— 

CO  — 

SUPERPOSITION 

* 

* 

9 

999 

o > 

CO  03 
—I 

THERMAL-LC 

* 

9 

9 

99 

*** 

* The  input  data  subset  has  not  been  input  previously; 
a new  subset  is  beinq  input.  Only  the  Property  and 
Sizinq  data  subsets,  as  required,  must  be  input  for 
inodes  1 and  2. 

**  The  input  data  subset  may  have  been  input  previously. 

If  correspondinq  data  were  input  previously,  they  are 
replaced  by  the  new  subset  beinq  input.  Thus,  selected 
data  suDsets  may  be  input  via  modes  3 and  0.  If  one 
of  the  subsets  taqqed  with  **1  is  to  be  input,  the 
otner  two  subsets  taqqed  with  **1  must  also  be  input. 
This  is  also  a requirement  for  the  subsets  taqqed  with 
* *2 , **3  and  **4. 

***  The  input  data  subset  is  to  be  used  only  to  modify 

the  correspondinq,  previously-input  subset.  New  data 
may  be  added  to  the  old  suDset  data  or  the  old  data 
may  be  replaced  on  a one-to-one  basis. 
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112.1.1  I jble_p§sign_J3Ji3 

Allowable  buckling  stresses,  shear  moduli  and  Younq's 
moduli  or  elasticity  for  local  bucklinq  calculations  associated 
with  plate-like  elements  are  established  by  Records  3-8.  ’’Table'* 
data  may  be  used  for  multiple  SET/STAGE  models. 

112.1.1.1  Table  Data  Subset  (optional) 

Bucxlir.q  allowable  stresses  applicable  to  shear  and 
compression  plate-like  elements  (SPAR,  COVER,  PLATE,  GPLATE, 
SFLATE)  are  defined  by  this  data  subset.  Each  set  of  allowable 
stresses  is  identified  by  a material  reference  code.  The  code 
is  subseuuently  associated  with  selected  elements  via  the  element 
sizing  data  subset  (sec.  112.1.2.4).  It  element  resizinq  is 
♦■o  be  based  on  the  allowable  stresses  as  defined  \ ' a the  MATEFIAL 
Preprocessor  (sec.  140.0),  this  subset  is  not  required.  That 
is,  if  previously-defined  allowable  stresses  are  to  be  used 
as  constant  bucklinq  allowables  (not  a function  of  combined 
stresses)  for  plate-like  elements.  Records  3-5  are  not  input, 
special  material  allowables,  defined  via  the  MATERIAL 
Preprocessor,  to  be  used  as  bucklinq  allowables  may  be  specified 
at  a maximum  of  10  temperature  levels. 

Record  3 Begin  Table  Subset 


BEGIN  TABLE  DATA 


Fecord  4 Material  Reference  code,  Gaqes  and  Allowables 

Gage- dependent  allowable  bucklinq  stresses  associated 
with  a particular  temperature  level  are  identified  and 
defined  by  this  record.  Specified  material  reference 
cod?s  are  used  subsequently  as  input  items  of  element 
sizing  data  records  (Fecord  20)  . 


Bcode  Tcode  ql  q2  ...  qn  si  s2  ...  sn 


Bcode  - Material  reference  code  of  the  form 

BCxx  or  BSxx  where  BC  and  BS  denote 
compression-bucklinq  and  shear-fcucklinq 
codes,  respectively.  The  characters 
xx  denote  an  inteqer  in  the  ranqe  51 
to  99,  inclusive. 

Tcode  = Temperature  code  of  the  form  T followed 

by  a signed  or  unsiqned  inteqer  in  th° 
ranqe  -461<temp< 1000  (e.q. , T10C,  T+8C, 
T-40)  which  denotes  a temperature- level 


in  deqrees  Fahrenheit.  The  specified 
temperature  is  associated  with  the 
allowable  stresses  si;  i=1,n. 

q1,q2...qn  - List  of  "nH  material  qaqes  (n<25) . 

s1,s2...sn  = List  of  "n**  allowable  stresses.  The 

number  and  sequence  of  these  items  must 
correspond  with  the  number  and  sequence 
of  material  qaqes. 

Tnis  record  may  be  repeated  to  define  a maximum  of  49 
compression-allowable  material  tables  and  a maximum  of 
49  snear-allowable  material  tables.  Each  set  of  "TABLE" 
data  is  identified  by  a unique  reference  code.  By 
repeating  this  record,  allowable  data  identified  by  a 
particular  reference  code  may  be  defined  at  a maximum 
of  10  temperature  levels.  Extraction  of  allowable  stresses 
for  an  element  with  a particular  qage  at  a particular 
temoerature  is  performed  by  linear  interpolation  of  the 
stress  data  relative  to  gage  and  temperature.  If  an 
element  qage  and/or  temperature  is  less  than  the 
corresponding  defined  "table"  values,  the  allowables 
derined  for  the  smallest  gaqe  and/or  temperature  are  used. 
If  an  element  gaqe  is  greater  than  the  largest  "table" 
value,  the  allowables  defined  for  the  largest  gaqe  are 
used.  Element  temperatures  qreater  than  the  largest 
"table"  value  are  not  allowed. 


Fecord  5 End  Table  Subset  (optional) 


END  TABLE  DATA 


This  record  indicates  that  all  buckling  allowable  stress 
data  required  for  subsequent  referencing  tc  selected 
elements  via  Record  20  have  been  input. 

112.1.1.2  Modulus  Data  Subset  (optional) 

Str ?ss- Impendent  moduli  of  elasticity  and  shear  moduli 
to  l'a  used  for  calculation  of  COVER,  PLATE  and  G PLATE  element 
local-buck lnvg  allowables  are  defined  by  this  data  subset. 

Each  set  of  moduli  is  identified  by  a material  reference  code 
previously  established  via  the  Material  data  (sec.  140.0). 

This  code  is  subsequently  associated  with  selected  elements 
via  the  element  sizing  data  subset  (Record  20  of  sec.  112.1.2.4). 
If  local  bucklinq  allowables  are  to  be  based  on  the  moduli  a1' 
defined  via  the  MATERIAL  Preprocessor,  this  subset  (Records 
6-8)  is  not  required,  special  material  moduli,  defined  via 
the  Material  input  data,  to  be  used  for  bucklinq-allowable 


i 
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calculations  may  be  specified  at  a maximum  of  10  temperature 
levels. 


Record  6 Beqin  Modulus  Subset 


BEGIN  MODULUS  DATA 


Record  7 Material  Reference  Code,  Stress- Levels  and  Moduli 


Stress-dependent  moduli  of  elasticity  and  shear  moduli 
associated  with  particular  temperature  levels,  as  defined 
by  this  record,  are  identified  by  material  reference 
codes. 


Mcode  Tcode  si  s2  ...sn  ml  m2 


mn 


Mcode 


Tcode 


Material  reference  code  of  the  form 
MExx  or  MG xx  where  ME  and  MG  denote 
that  Younq's  moduli  or  shear  moduli, 
respectively,  are  defined  by  this  record, 
The  characters  xx  denote  an  inteqer 
in  the  ranqe  1 to  99,  inclusive. 
Corresponding  Special  material  reference 
codes  of  the  form  M51-M99,  as  required, 
must  have  been  defined  previously  by 
the  material  data  (sec.  140.0). 

Temperature  code  of  the  form  T followed 
by  a siqned  or  unsiqned  inteqer  in  the 
ranqe  -461 <temp< 1000  (e.q. , T100,  T+80, 
T-50)  which  denotes  a temperature- level 
in  deqrees  Fahrenheit.  The  specified 
temperature  is  associated  with  the 
stress- levels  and  moduli  "si"  and  "mi"; 
i = 1,n. 


s 1 , o2. . . sn 
ml  ,rn2. . . mn 


List  of  "n"  stresses  in  a monotonically- 
increasing  order  (n<25) . 

List  of  "n"  moduli  of  elasticity  or 
shear  moduli  as  identified  by  "Mcode." 
The  number  and  sequence  of  these  items 
corresponds  to  the  number  and  sequence 
of  stresses. 


Tnis  record  may  be  repeated  to  define  a maximum  of  99 
modulus  of  elasticity  tables  and  99  shear  modulus  tables. 
Each  set  of  "MODULUS"  data  is  identified  by  a unique 
reference  code.  Bv  repeating  this  record,  moduli 
identified  by  a particular  reference  code  may  be  defined 
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at  a maximum  of  10  temperature  levels.  Extraction  of 
modulus  data  for  an  element  with  a particular  stress  at 
a particular  temperature  is  performed  by  linear 
interpolation  of  the  modulus  data  relative  to  stress  and 
temperature.  If  an  element  stress  level  is  less  than 
cr  qreater  than  any  of  the  specified  stress  values,  the 
moduli  correspondinq  to  the  smallest  or  largest  stress 
"table"  values  are  used  accordingly.  Element  temperatures 
must  be  witnin  the  ranqe  of  specified  temperature  "table" 
values. 

Record  8 End  Modulus  Subset  (optional) 


END  MODULUS  DATA 

This  record  indicates  that  all  modulus- related  data 
required  for  subsequent  referencing  to  selected  elements 
via  Record  20  have  been  input. 

1 1 2. 1 . 2 Stiffness  Set-Level  Desigg  Data 

Design  data  associated  with  a SET  to  be  resized  are  defined 
by  records  9-36. 

Record  9 Structural  Component  Identification 


SET  se 


3e  = Integer  identifying  a structural  model 

previously-defined  as  a stiffness  SET 
(sec.  152.  0)  . 

This  record  must  precede  all  SET-level  data  subsets  input 
by  Records  10-36. 

112.1.2.1  Property  Data  Subset 

Properties  of  elements  used  to  convert  element  loads 
(stress  output  as  described  in  appendix  B)  to  elemental  stresses 
are  defined  by  this  data  subset  (Records  10-12).  These  data 
are  required  to  convert  BEAM  element  bending  moments  to  axial 
stresses  and  to  calculate  SPAR  element  stiffener  stresses. 

SPAF  element  stiffeners,  which  may  be  introduced  by  these  data, 
are  used  only  for  calculation  of  marqins  of  safety  for  desiqn 
reference.  This  data  subset  is  required  if  BEAM  elements  are 
included  in  the  structural  model. 

Record  10  Begin  Property  Subset 


BEGIN  PROPERTY  DATA 
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Record  11  Element  Property  Data 


<Slid>  <Eltype>  plist 


plist  = List  of  properties  for  a particular 

type  of  element.  The  input- sequence, 
number  and  types  of  properties,  and 
the  input  variations  thereof  which  may 
be  used  for  wplist"  for  each  element 
type  are  summarized  in  table  112-2. 

This  record  is  repeated  to  define  property  data  for  all 
BEAM  and  SPAR  elements  to  be  resized. 

Record  12  End  Property  Subset  (optional) 


END  PROPERTY  DATA 


This  record  indicates  that  all  property  data  required 
for  resizinq  of  selected  BEAM  and  SPAR  elements  have  been 
defined. 


112.1.2.2  Fixed,  Lower-Bound  and  Upper-Bound  Element 
Property-Data  Subsets  (optional) 

Constraints  on  qeometrical  properties  of  selected  elements 
may  be  defined  by  the  Fixed,  Lower-Bound  and  Upper- Bound  design 
data  subsets  (Records  13-15).  ‘’Fixed"  property  values  are  held 
at  the  specified  level  in  resizing  calculations.  "Lower-Bound" 
and  "Upper-Bound"  property  values  define  minimum  and  maximum 
element  gages,  respectively,  that  are  not  to  be  exceeded  during 
resizinq.  The  specified  property  values  for  selected  elements 
may  be  different  from  the  corresponding  element  property  values 
as  defined  via  the  stiffness  data  (sec.  152.0).  The  user  should 
be  cautioned  that  if  the  specified  properties  are  different, 
the  stresses  used  in  the  resize  calculations  may  be  inconsistent 
with  these  new  properties. 

Record  13  Begin  Constraint  Data  Subset 


'FIXED 

BEGIN 

LOWER -BOUND 

■ DATA 

UPPER-BOUND 

This  record  denotes  whether  FIXED,  LOWER-BOUND  or  UPPER- 
BOUND  desiqn-constraint  element  properties  are  defined 
by  subsequent  Records  14. 
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Table  112-2.  Input  Variations  of  Element  Design -Stress  Properties 


ELEMENT 

TYPE 


ELEMENT  PROPERTIES 


NAME  NO.  LABEL 


DESCRIPTION 


INPUT  PROPERTY 
EXPANSION  KEYS  © 

NO.  INPUT  PROPERTY  VALUES 
1 2 3 4 5 6 7 I B 


ur/A(i ) 
M/A(2I 
MU  All) 
UZ/A(2) 

mil 


W and  Ml 

are  section  moduli: 
e.g.  O s HY/ffl 


Stress  concentration 
factors  for 
shear:  e.  g. 

*max=  mi  1)*  Tavg 


Stiffener  spacing 
Stiffener  area 


111111 
11112  2 
1 2 ,2  2 3 3 

1 2 2 2 4 4 


1 
2 


SPAR  3 


COVER 


PLATE  5 


GPL  ATE  6 


BRICK  8 


SROD  10 


SPLATE  11 


CP  LATE  12 


CCOVER  13 


(I)  An  expansion  key  is  the  column  of  integers  associated  with  a particular 
number  of  input  property  values  for  a particular  type  of  element.  Each 
integer  denotes  which  one  of  the  ordered  property  values  defined  by  an 
input  Record  i I is  to  be  assigned  to  the  correspond ing  element  property 
shown  in  the  table. 

* Default  value  is  i .0 

**  Default  stiffener  area  is  calculated  as  0.5*STSP*{T-WEB).  The  default 
value  for  STSP,  if  not  defined  for  a SPAR  element, is  9.0 
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i,  Record  14  Element  Design-Constraint  Property  Data 


<Elid>  <Eltype>  plist 


plist  = List  of  properties  for  a particular 

type  of  element.  The  input- sequence, 
number  and  types  of  properties  that 
may  be  specified  for  various  types  of 
elements  are  summarized  in  taole  112- 
3. 

If  a composite  element  type  is  identified 
by  "Elid"  and  "Eltype,"  "plist” 
identifies  the  integer  number  of  layers 
to  be  associated  with  each  lamina  of 
the  elements.  The  i-th  value  in  "plist" 
corresponds  to  the  i-th  lamina  of  each 
of  the  elements  as  defined  via  tne 
stiffness  data  (sec.  152.0).  If  only 
one  value  is  input,  each  lamina  of  each 
of  the  elements  is  constrained  to  the 
same  number  of  layers.  These  constraints 
are  imposed  after  the  optimization 
problem  specified  by  Records  25-27  is 
solved. 

This  record  is  repeated  to  define  all  constraint  data 
of  the  ■‘■ype  specified  by  Record  13. 

Record  15  End  Constraint  Da*-a  Subset  (optional) 


[ FIXED 

END 

LOWER-BOUND 

DATA 

UPPER -BOUND, 

Records  13-15  are  repeated  to  define  all  FIXED,  LOWER- 
BCUND  and  UPPER- BOUND  element- property  design  data  subsets. 
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Table  112-3.  Fixed, Lower-Bound  and  Upper-  Bound  Element  Property  Data  Q 


ELEMENT 

ELEMENT  PROPERTIES 

TYPE 

(ref.  appendix  B) 

NAME 

NO. 

LABEL 

DESCRIPTION 

ROD 

1 

A(l! 

Cross  section  area  at  end(l) 

AI2) 

Cross  section  area  at  end(2J 

BEAM 

2 

A(U 

Cross  section  area  at  end(l) 

A(2) 

Cross  section  area  at  end(2 ) 

SPAR 

3 

T-HEB 

Heb  thickness 

FARE  All) 

Upper  flange  area  at  end(l) 

FAREA1L 

Louer  flange  area  at  end(l) 

FAREA2U 

Upper  flange  area  at  end(2) 

FAREA2L 

Louer  flange  area  ot  end(21 

| ASTI/STSP,(T-UEB) 

Stiffener  ratio 

COVER 

4 

T(l)U/T(0fU 

Thickness  ratio  for  Sl-ilr.  upper 

T(2)U/T(0)U 

Thickness  ratio  for  S2-dir.  upper 

TTO/U 

Upper  plate  thickness 

TflJU 

Smeared  uniaxial  gage  in  Sl-dlr.  upper 

T(2)U 

T(1)L/T(0/L 

Smeared  uniaxial  gage  in  S2-dir.  upper 

T(2)UT(0)L 

TTO/L 

T(1)L 

T(2)L 

Data  for  louer  plate  analogous 
to  data  for  upper  plate 

PLATE 

5 

TS(1)/T(0) 

Thickness  ratio  for  Sl-dir. 

TS(2)/T(0 ) 

Thickness  ratio  for  S2-dir. 

UOI 

Plate  thickness 

TS(1) 

Smeared  uniaxial  gage  in  Sl-dir. 

TS12J 

Smeared  uniaxial  gage  in  S2-dir. 

GPL  ATE 

6 

T 

Average  membrane  thickness 

BRICK 

8 

none 

10 

All) 

Cross  section  area  at  end(l) 

A(2 1 

Cross  section  area  at  end(2) 

SPLATE 

11 

T 

Plate  thickness 

CP  LATE 

12 

© 

Ho.  of  layers  for  each  lamina 

CCOVER 

13 

© 

Ho.  of  layers  for  each  lamina 

Q Each  of  the  ordered  property  values  defined  by  Record  14  is  assig  ed  to  the 
corresponding  element  property  as  listed  in  the  table.  If  the  number  of 
nonzero  properties  to  be  specified  for  a particular  element  type  is  less  than 
the  number  of  corresponding  properties  shown  in  the  table,  an  appropriate 
number  of  zero  integers,  in  proper  sequence,  must  be  included  in  the  input 
list  of  property  values. 

CD  If  only  one  value  is  input, each  lamina  of  each  of  the  elements  is  constrained 
to  the  same  number  of  layers.  Optionally,  a sequence  of  integers  may  be  input 
to  specify  a different  number  of  layers  to  be  associated  with  each  lamina  of 

each  of  the  elements.  -y 
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112.1.2.3  Margin  of  Safety  Data  Subset  (optional) 

Margins  of  safety  for  selected  eleirent  properties  are 
defined  by  r.his  data  subset  (Records  16-18).  These  data  alio*'- 
the  user  to  specify  tnat  selected  element  property  values 
be  increased  or  decreased,  as  required  by  the  resize  algori-  • m, 
such  that  nonzero  marqins  of  safety  may  result.  A 20  percent 
margin  of  safety,  for  example,  would  allow  the  element  property 
value  (s)  to  he  increased,  as  required  by  the  resize  algorithm, 
sc  that  20  percent  larger  properties  may  result  as  compared 
tc  a zero  margin  of  safety.  A new  property,  PROPN,  is  calculated 
from  an  old  (initial)  property,  PROPO,  such  that 

Pi  OPN-  PROK)*  (1  tMSl)  / (1  +MSC)  , where  MSC  and  MSI  are  the  calculated 
and  input  margins  of  safety,  respectively. 

Record  16  Begin  Margin  Subse4- 


BEGIN  MARGIN  DATA 


Record  17  Element-Proper'  r Margin  of  Safety  Data 


<Elid>  <Eltype>  plist 


plist  = List  of  property  margins  of  safety  (> 

-1.0)  for  a type  of  element.  The  input- 
seguence  and  number  of  margins  of  safety 
that  may  be  specified  for  properties 
associated  with  various  types  of  elements 
are  summarized  in  table  112-4. 


If  a composite  element  type  is  identified 
by  "Elid"  and  "Eltype,"  "plist" 
identifies  the  thickness  margin  of 
safety  for  each  lamina  of  t a elements. 
The  i-th  value  in  "plist"  corresponds 
to  the  i-tn  lamina  of  each  of  the 
elements  as  defined  via  the  stiffness 
data  (sec.  152.0).  if  only  oi  e value 
is  input,  each  lamina  of  each  of  the 
elements  will  have  the  same  margin  of 
safety.  If  two  values  are  input  for 
CCOVER  elements,  the  first  value 
corresponds  to  ail  lamina  in  the  first 
surface  and  the  second  value  corresponds 
to  the  second  surface  of  the  elements. 

This  record  is  repealed  to  derine  all  element-property 

margin  of  safety  data. 
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Table  112-4.  Input  Variations  of  Element- Property  Margins  of  Safet 


ELEMENT 

TYPE 


name  no.H  label 


A(l) 

A-vr<u 

A-VZ(l) 

J(1J 

ir<u 

nni 

M2) 

A-VT(2) 

A-Vl(2) 

J(2! 


GPL  ATE 


5PLATEI  11 


CPlATEl  12 


CCOVERl  13 


T-UEB 

FaPEAIU 

F4PEA1L 

FAPEA2U 

FAREA2L 

ASTI 


ELEMENT  PROPERTIES 
I rtf.  appendix  6) 


DESCRIPTION 


Cross  station  area  at  end(l) 
Cross  section  area  at  end(2J 


Cross  section  area  at  end(l) 

Shear  area  (local  y-dtr)  at  end(l) 
Shear  area  (local  t-dlr)  at  end(l) 

St.  tenant's  torsion  constant  at  end(l) 
Hot.  of  inertlaf loc.y-axis)  at  end(l) 
Horn,  of  inerttaf toe.  z-axis)  at  endfl ) 

Data  at  end(2)  analogous 
to  data  at  end(l) 


Ueb  thickness 

Upper  flange  area  at  end(l) 
Lover  flange  area  at  endfl ) 
Upper  flange  area  at  end(2) 
Lover  flange  area  at  end(2) 
Stiffener  area 


Upper  plate  thickness 

Smeared  uniaxial  gage  in  Sl-dlr.  upper 

Smeared  uniaxial  gage  In  S2-dir.  upper 

Data  for  lover  plate  analogous 
to  data  for  upper  plate 


Plate  thickness 

Smeared  uniaxial  gage  in  Sl-dir. 
Smeared  uniaxial  gage  In  S2-dir. 


Average  membrane  thickness 


Cross  section  area  at  endfl) 
Cross  section  area  at  end(2) 


Plate  thickness 


Lamina  thicknesses 


Lamina  thicknesses  of  first  surface 


INPUT  PROPERTY 
EXPANSION  KEYS® 


Lamina  thicknesses  of  second  surface 


An  expansion  key  is  the  column  of  integers  associated  with  a particular  number  of  input 
margins  of  safety  for  a particular  type  of  element.  Each  integer  denotes  which  one  of  the 
ordered  values  defined  by  an  input  Record  17  is  to  be  assigned  to  the  corresponding 
element  property  shown  in  the  table. 

If  one  value  is  input, each  lamina  of  each  of  the  elements  will  have  the  same  thickness 
margin-of-safety.  If  two  values  are  input  for  CCOVEft  elements,  the  first  value  corresponds  to  all 
lamina  in  the  first  surface  and  the  second  value  corresponds  to  the  second  surface.  Optionally, a 
seouence  of  integers  may  be  input  to  specify  a different  thickness  margin-of- safety  for  each 
lamina  of  the  elements. 
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Fecori  18  Er.d  Marqin  Subset  (optional) 


END  MAFGIN  DATA 


This  record  indicates  that,  all  marqin  of  safety  data  for 
resizing  of  selected  elements  have  been  defined. 

112.1.2.4  Element  Sizinq  Data  Subset 

Material  properties  and  allowable  stresses  to  be  used 
in  resizing  the  structural  elem-.  ts  are  defined  by  this  data 
subset  (records  19-21) . Material  reference  codes,  previously 
lefir.ed  via  the  MATERIAL  Preprocessor  (sec.  140.0)  and  the 
modulus  data  subset  (Records  6-8)  , are  used  to  identify  elastic 
properties,  allowable  stresses  and  constant  bucklinq  stresses 
for  selected  elements.  The  material  reference  codes  defined 
via  The  TABLE  data  (Fecords  3-5'  are  used  to  identify  thickness- 
dependent  shear  and  compression  bucklinq  allowable  stresses 
for  plita-iike  elements. 

Record  17  3eqin  Sizinq  Subset 


BEGIN  PI  ZING  DATA 


Record  20  Element  Sizir.q  Data 


Mcoie  <Elid>  <21tipe>  <C’ode1  coie2>  <factor> 


ricode  = Material  reference  code.  Ml  through 

M50  denote  standard  materials,  whereas 
M51  through  M99  denote  Special  materials 
as  defined  via  the  MATERIAL  Preprocessor. 
This  code  defines  the  ultimate  and  yield 
allowable  stresses  for  the  specified 
elements. 

The  material  properties  identified  by 
"Mcode"  for  the  elements  specified  via 
"Elid"  and  "Eltype"  may  be  different 
from  the  material  properties  associated 
with  the  same  elements  as  defined  by 
the  stiffness  data.  All  elements  to 
be  resized,  however,  must  have  an  "Mcode" 
assiqne.d  hy  this  record. 

= compression  and  shear  bucklinq  material 
reference  codes  of  the  form  BCxx  and 
Bhxx,  respectively  (defined  previously 
•oy  Fecoii  4).  Alternatively,  only  the 
1 enter  B may  be  in pur  for  one  or  both 


code  1,2011*2 

P. 

' r 


i 

!> 


Z 
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of  these  items.  In  this  case,  certain 
allowable  stresses  associated  with 
MMcode'»  are  to  be  used  as  the  allowable 
buckling  stresses.  The  particular 
"Mcode"  stresses  used  as  buckling 
allowables  for  the  various  element  types 
when  this  option  is  used  are  shown  in 
table  112-5. 

Default:  If  "Codel"  and  "Code2"  are 
not  input,  certain  "Mcode" 
allowable  stresses  as  indicated 
in  table  112-5  are  used  as 
the  buckling  allowable  stress 
values. 

factor  = A factor  qreater  than  zero.  This  factor 

relates  the  buckling  allowable  stresses 
for  material  axis  2 with  the  allowable 
stresses  for  material  axis  1.  The 
allowables  defined  via  "Codel," 
associated  with  material  axis  1,  are 
multiplied  by  Mfactor''  to  establisn 
the  allowables  associated  with  material 
axis  2.  This  factor  is  applicable  to 
all  PLATE,  GPLATE  and  cover  elements 
to  be  resized  (see  appendix  B) . 

Default:  M factor" =1 . 0 — the  buckling 
allowables  associated  with 
both  material  axes  are  the 
same. 


Tnis  record  is  repeated  to  define  all  element  sizing  data, 
cord  21  End  Sizing  Subset  (optional) 


END  SIZING  DATA 


This  record  indicates  that  property  and  allowable  stress 
data  have  been  defined  for  all  elements  that  are  to  be 
resized. 
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Table  112-5.  Correspondence  of  Element  Stresses  and  Element  Allowable  Stresses  © 


element 

TYPE 

ALLOWABLE  STRESS  (ref.  Sec.  140) 

FTUI 

or 

FTY1 

FTU2 

or 

FTY2 

FTU3 

or 

FTY3 

FCU1 

or 

FCY1 

FCU2 

or 

FCY2 

FCU3 

or 

FCY3 

FSU1 

or 

FSYI 

FSU2 

or 

FSY2 

FSU3 

or 

FSY3 

NAME 

NO. 

ROD 

1 

P/A(l) 

P/AI2) 

P/AW 

P/A(2) 

■ ■ 

r 

BCAH 

2 

SlGX 

SIGX(h ) 

. 

SlGX  @ 

TAur  (h) 
TAU2  V'-' 

rm(e) 

JAU 

SPAR 

3 

SIGP 

S'GPQ 

SIGf  0 

SI  GST 

TAUUCB 

© 

1AUUCB 

© 

COVCR 

4 

SIGHA1U 
SI  GRAIL 

SICHA2U 

SIGHA2L 

SIG-SU 

SIG-S2U 

SIG-S1L 

SIG-S2L 

SIGH A1U 
SIGH  AIL 

SIOIA2U 

SIGHA2L 

SIG-S1U 

SIG-S2U 

SIG-S1L 

SIG-S2L 

TAU12U 

TAU12L 

© 

TAU12U 

IAU12L 

® 

PL  Arc 

5 

SlGHAl 

SI  GHA2 

SI  GHAS1 
SIGHAS2 

SIGHA1 

SIGH A 2 

SI  Gfl  AS  1 
SIGH  AS 2 

IAU12 

© 

1AV12 

® 

GPLAU 

6 

SIGHA1 

St  M2 

SIGHA1 

© 

SIGHAl(T) 

SIGMA2(h) 

SIGHA2 

® 

TAU12 

© 

IAII12 

© 

**>,*»  /Ta 

8 

SlGHAl 

SIGH  A 2 

sir  A 3 

SIGMA  1 

S 1 G’lA  2 

SIGH  A 3 

TAU12 

IAU13 

T Alt  2 3 

a-  ;■ 

; i 

i P-A/1 

ip'n: 

l1'/ All 
iP;A)2 

« ; , 

1 A 

O-EQUIV/ 1 

© 

Q-FCuii'/r 

© 

© 


Stresses  tagged  with(£)  denote  which  allowable  stress  values  are  used  as  the  allowable  buckling 
stresses  when  a B is  input  for  Codel  or  Code2  in  Record  20.  Stresses  tagged  with  (m)  denote  which 
allowable  stress  values  are  used  as  the  allowable  buckling  stresses  when  Codel  and  Codc2  m Record  20 


are  defaulted.  Clement  stress  notation  not  presented  in  Appendix  B are  shown  in  the  following  table. 


ELEMENT 

TYPE 

ELEMENT 

STRESS 

DESCRIPTION 

NAME 

NO. 

UAH 

2 

SIGH 

Axial  stress  due  to  axial  load  and  bending  moment  at  either  end 

JAur 

Average  shear  stress  in  the  y-direction  due  to  shear  foicc  at  cither  end 

1AU2 

Analogous  to  TAUY  except  for  the  .[-direction 

SPAR 

? 

SIGF 

Axial  stress  m SPAR  flange 

'~^S 
— * 

Axial  stress  in  SPAR  stiffener  (only  for  M.$.  calculations) 

lA’JUCB 

Shear  stress  in  SPAR  web 
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112.1.2.5  Element  Festrain-Sizinq  Data  Subset  (optional) 

Selected  elements  within  a model  which  are  not  to  be 
resized  by  the  DESIGN  Processor  are  defined  by  this  data  subset 
(Records  22-24) . The  properties  of  all  elements  identified 
by  Record  23  remain  the  same  as  defined  via  the  stiffness  input 
data  or  as  calculated  via  a previous  execution  of  the  DESIGN 
Processor.  This  capability  allows  resizing  of  only  selected 
reqicns  of  a structural  model  to  be  effected.  It  should  be 
noted  that  these  data  constrain  elements,  whereas  "Fixed"  data 
constrain  certain  property  values  of  selected  elements. 

Record  22  Begin  Festrain-Si zing  Subset 


BEGIN  RE STRAIN -5 IZ ING  DATA 


Record  23  Restrain-Sizing  Data 


Elii  <Eltype> 


Tms  record  is  repeated  to  identify  all  elements  which 
ire  no-  to  be  resized. 

Recori  2^  End  Fe strain-sizing  Data  (optional) 


END  RESTRAIN-SIZING  DATA 


This  record  indicates  that  all  elements  which  are  not 

to  be  resized  have  been  identified. 

112.1.2.6  Element  Optimization  Data  Subset  (optional) 

Problem- definition  data  for  reqional  strength-optimization 
of  a composite  structure  modeled  with  CPLATE  and  CCOVER  stiffness 
-letrencs  are  defined  by  this  data  subset  (Records  25-27) . 

The  region  of  the  structural  model  to  be  strength-resized 
13  identified  as  a stiffness  element  subset  previously  defined 
via  -he  SUBSET-DEFINITION  Preprocessor  (sec.  156.0).  All 
composite  elements  in  this  subset  must  have  the  same  number 
of  lamina. 

The  number  of  calculations  associated  with  an  optimization 
problem  may  re  reduced  by  identifying  certain  "critical"  elements 
within  tne  reqion.  That  is,  resizinq  of  all  the  composite 
elements  within  a reqion  may  be  based  on  satisfaction  of  the 
s-rengf h/weignt  design  criteria  for  selected  "strength-critical" 
elements  within  the  reqion.  These  elements  are  identified  by 
an  element  subset  (a  sub-region)  of  the  resize-region  subset. 


t 


9 


9 


9 
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9 
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Faim  opt- 1 mi  z at  ion  problem  is  solved  by  the  DESIGN  Processor 
according  to  *•  h*’  following  steps: 

,i}  The  stress  states  ol  the  first  lamina  of  each  of  the 
sub-re. lion  elements  are  compared  for  each  design 
loadcase.  The  most  "strenq th-critical"  first  lamina 
is  identifiei.  The  most  critical  second,  third,  etc. 
laminas  are  identified  similarly. 

b)  The  set  of  "most  critical"  larrinas  is  used  to  satisfy 
-he  selected  strength  criterion. 

c)  All  oilier  laminas  of  the  elements  in  the  res ize-reoion 
are  modified  as  necessary.  The  number  of  layers 
associated  with  '-he  i-th  lamina  of  each  element  is 
ralcula’-ed  such  ’-hat  each  of  the  i-th  laminas  of  the 
elements  has  a total  thickness  equal  to  or  qreuter 
than  fhn  i-tn  optimized  lamina. 

O r.l v Mie  nump'r  of  Layers  associated  with  these  laminas  is 
allowed  *-0  vary. 


f'-'cor.i  25  i3eqin  Optimization  Subset 


hEGlN  yPJTMIZATION  DATA 

The  regi on  of  the  structural  model  to  be  resized  a:.;  the 
composite  el^’ntxi.-  ' within  this  region  to  be  used  in  the 
op«-i,”i  2a4-:  on  calculations  are  identified  by  Record  25.  one 
o:  -h •->  two  mini*-  variations  of  this  record  may  be  used  to  define 
ai.  opt  imizat  ion  problem. 


p -'oor.i  2t>  optimization  Problem  Data 


Variation  1 
r ltype 


Eltype  <Exxx> 


- A key-word  or  its  integer-equivalent 
that  lenotes  a particular  type  of 
element.  The  options  are: 


Exxx 


Key- Word 


lDt§iI§r-Egui  valent 


CP LATE 
CCOVEF 


12 

13 


The  name  of  a stiffness  element  subset 
which  contains  the  elements  of  4-ype 
"Eltype"  that  are  to  be  resized.  If 
EXXX  contains  other  types  of  elements, 
they  are  ignored. 
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Default:  All  elements  of  type  "Eltype" 
included  in  the  SET  identified 
by  Record  9. 


Variation  2 


Eltype  Exxx  <Eyyy> 


Eltype, Exxx  = Same  as  defined  for  Variation  1 

Eyyy  = The  name  of  a stiffness  element  subset’ 

which  contains  some  of  the  "Eltype" 
elements  included  in  Exxx.  Eyyy 
identifies  the  sub-region  of  elements 
which  are  to  be  used  in  performing  the 
optimization  calculations.  If  Eyyy 
contains  elements  other  than  "Eltype," 
only  the  "Eltype"  elements  are  used. 
Default:  Exxx 


This  record.  Variations  1 or  2,  is  repeated  to  define 
all  optimization  problems. 


? eeord  27  Srid  Optimization  Subset 
END  OPTIMIZATION  DATA 

This  record  indicates  that  all  optimization  problems  for 
the  stiffness  SET  identified  by  Record  9 have  been  defined. 

112.1.2.7  ^lament  Design-Variable  Constraint  Data  Subset 
(optional) 


This  subset.  Records  28-30,  allows  the  user  to  specify 
that  rhe  sam°  number  of  layers  is  to  be  associated  with  two 
lamina  within  each  of  the  composite  elements  included  in  a 
reuior.al  optimization  problem  defined  via  Record  26. 


Use  of  this  capability  allows  "balanced"  laminates  (i.e., 
equal  lamina  -hicknesses  in  the  ±45°  directions)  to  result  from 
the  resize  calculations.  Constraints  specified  by  this  data 
subset  reduce  the  number  of  design  variables  associated 

with  the  optimization  problem.  Regardless  of  the  constraints, 
stresses  and  strains  are  calculated  for  each  lamina  of  the 
elements  in  the  resize  region. 


t 
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F^cord  28  Begin  Variable-Constraint  Subset 


BEGIN  VARIABLE-CONSTRAINT  DATA 


All  constraint  data  for  an  optimization  problem  are  defined 
by  the  fol lowing  record. 

Record  29  Variable  Constraint  Data 


Eltype  <Sxxx>  Coni  Con2  . . . 


= Same  as  defined  for  Record  26 

= The  name  of  a stiffness  element  subset 
for  which  lamina  constraints  are 
specified  by  "Coni."  This  subset  must 
have  been  previously  identified  as  a 
resize  region  via  Exxx  in  Record  26. 
Default:  All  elements  of  type  "Eltype" 
included  in  the  SET  identified 
by  Record  9. 

= The  i-th  constraint  input  as 
Numl  = Num2 

where  "Numl"  and  "Num2"  are  integers 
and  at  least  one  space  is  required 
before  and  after  the  equal  sign.  "Numi" 
is  a lamina  number  as  established  via 
the  element- definition  records  of  tne 
stiffness  data.  The  constraints  may 
not  be  concantenated  (e.g.  1 = 3,  3 
= 5)  and  the  number  of  lamina  layers 
of  one  CCOVER  surface  may  not  be 
constrained  to  -•-he  number  of  lamina 
layers  in  the  second  CCOVER  surface. 

Example  Record:  CCOVER  E10  1 = 4 8 = 10  / 

All  CCOVER  elements  contained  in  subset 
S19  will  be  resized  so  that  the  first 
and  fourth  laminas  will  have  the  same 
number  of  layers  and  the  eighth  and 
ten+-h  laminas  will  have  *-he  same  number 
of  layers. 

This  record  is  repeated  to  define  constraint  data  for 
different  optimization  problems. 


Eltype 

Exxx 
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Record  30  End  Variable-constraint  Subset 


END  VAP TABLE-CONSTRAINT  DATA 


This  record  indicates  that  all  variable-constraint  data 
for  the  optimization  problems  identified  via  Records  25- 
27  have  been  input. 

112.1.2.8  Element  Smoothinq  Data  Subset  (optional) 

This  data  subset  (Records  31-33)  allows  the  user  to  specify 
that  the  same  oroperty  values  are  to  be  associated  with  selected 
element-  s.  This  capability  allows  the  properties  resulting  from 
the  automated  resize  calculations  to  be  ••smoothed”  such  that 
actioal  variations  of  the  element  properties  are  established, 
the  element  properties  as  calculated  via  the  DESIGN  Processor 
are  not  to  be  modified,  this  data  subset  should  not  be  input. 

Record  31  Begin  Smoothing  Subset 


BEGIN  SMOOTHING  DATA 


The  elements  of  a particular  type  which  are  to  have  the 
same  property  values  are  identified  by  Record  32. 


Record  32  Smoothing  Data 


Eli  3 <Eltype> 


/nxxxxx\ 
f I xxxxx  \ 
\plist  / 


Nxxxxx  | = The  letter  N or  the  letter  I followed 

I xxxxx J by  a 1 to  5 digit  user  (N)  or  internal 

(I)  element  number.  The  property 
values  of  the  elements  identified 
by  '•Elid1'  will  be  made  egual  to  the 
property  values  of  the  element 
identified  by  this  data  item.  The 
type  of  element  identified  by  this 
item  muse  be  the  same  typ3  of  element 
identified  by  "Eltype." 


plist  = A list  of  element  cross-sectional 

property  values  for  the  element  type 
identified  by  "Eltype.”  Tne  property 
values  of  the  elements  identified 
by  ”ElidM  will  be  made  egual  to  tnese 
property  values.  The  properties 
and  the  various  input  variations 
thereof  for  each  type  of  element 
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are  summarized  in  section  152.0  and 
are  presented  in  detail  in  appendix 
B.  This  input  item  is  the  same  as 
the  "plist"  item  described  for  the 
element-definition  record  of  section 
152.0. 

Default:  If  only  "Elid"  or  "Elid"  and  "Eltype" 

are  input,  smoothing  of  the  element 
properties  is  to  be  based  on  the 
maximum  property  values  associated 
with  the  elements  identified  by 
"Elid."  Each  property  of  these 
elements  is  assiqned  the  corresponding 
maximum  value  as  calculated  for  the 
"Elid"  elements. 

This  record  is  repeated  to  define  all  smoothing  data, 
record  33  End  Smoothing  Subset 


END  SMOOTHING  DATA 


This  record  indicates  that  all  smoothing  data  for  the 
stiffness  SET  identified  by  Record  9 have  been  defined. 

112.1.2.9  Element  Bucklinq-Interact ion  Data  Subset  (optional) 

Parameters  may  be  input  by  this  data  subset  (Records  34- 
36)  to  define  panel-ouckling  interaction  formula  for  "plate- 
like" elements.  The  general  form  of  each  interaction  equation 
is 

F = a*R 1el  * b*R2e2  + c*R12e3 

where  each  "F"  denotes  the  ratio  of  the  corresponding  applied 
stress  in  the  1,  2 or  1-2  material-axis  directions  to  the 
allowable  stress  in  the  same  direction.  If  this  data  sublet 
is  not  input,  the  following  interaction  equation  is  used: 

R = [R1/(1-R12*)  l4  ♦ R2/(1-F124) 

Record  34  Begin  Buckling-Interaction  Subset 


BEGIN  SUCKLING  DATA 


The  parameters  a,  b,  c,  el,  e2  and  e3  to  be  used  in  the 
foregoinq  interaction  expression  for  specific  elements  are 
defined  by  Record  35. 
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Fecord  35  Interaction-Expression  Parameters 


<Flid>  <Eltype>  par list 


parlist  = A list  of  parameters  to  be  associated 

with  the  foreqoinq  qeneral  bucklinq- 
interaction  expression.  The  input- 
sequence,  number  and  input  variations 
which  may  be  used  for  "parlist"  are 
summarized  in  Table  112-6. 

This  record  is  repeated  to  define  all  bucklinq  interaction 
formula  for  the  plate-like  elements  in  the  mathematical 
ire  iel. 

Fecord  36  End  Bucklinq-Interaction  Subset 


END  BUCKLING  DATA 


This  record  indicates  that  all  bucklinq- interaction  data 
tor  the  stiffness  SET  identified  by  Record  9 have  been 
defined. 


Table  112-6.  Input  Variations  of  Interaction-  Expression  Parameters 


INPUT  PARAMETER  EXPANSION  KFYS  ft 

PARAMETER 

NO.  OF  INPUT  PARAMETER  VALUES 

1 

2 

3 

4 

5 

6 

e 1 

1 

1 

1 

1 

1 

1 

e 2 

1 

0. 

2 

0. 

2 

2 

e 3 

1 

2 

3 

2 

3 

3 

a 

1.0 

1.0 

1.0 

3 

4 

4 

b 

1.0 

0. 

1.0 

4 

5 

c 

1.0 

1.0 

1.0 

4 

5 

6 

® An  expansion  key  is  associated  with  a particular  number 
of  input  parameters.  Each  inteqer  denotes  which  one  of 
the  ordered  values  defined  by  an  input  Record  35  is  to 
be  assiqned  to  the  correspond^,  nq  parameter  shown  in  the 
table. 
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112.1.3  Stage-Level  Design  Data 

Desiqn  load  cases  to  be  associated  with  selected  STAGES 
are  established  by  Records  37-46. 


Record  37  3C  Stage  Identification 


STAGE  St  <n1>  <n2>  <THn3> 


St  = A STAGE  number  (integer)  associated 

with  the  stiffness  SET  "Se"  (Record 
8) . Design  load  cases  as  defined 
subsequently  are  associated  with  this 
SET/STAGE  structural  model. 

nl  = The  maximum  number  (inteqer)  of  desiqn 

load  cases  defined  via  Records  38-40 
for  the  specified  STAGE. 

Default:  n1=2 


n2  = The  maximum  number  (inteqer)  of  desiqn 

load  cases  defined  via  superposition 
(Records  4 1-43)  for  the  specified  STAGE. 
Default:  n2=0 


THn3  = A code  of  the  form  TH  followed  by  the 

maximum  number  (inteqer)  of  thermal 
desiqn  load  cases  defined  via  Records 
44-46  for  the  specified  STAGE. 
Default:  THn3=TH0 


Caution:  (nl  + n2)  must  be  less  than  25. 

"nl”  must  be  less  than  26  and  "n3"  must 
be  less  than  26. 


Tnis  record  must  precede  all  STAGE-level  data  subsets 
input  by  Records  38-46. 

112.1.3.1  Loads  Data  Subset  (optional) 

Selected  load  cases  associated  with  SET  "Se"  and  stage 
"P*-"  are  defined  as  desiqn  load  cases  for  selected  elements 
via  Record  39, 


Record  38  Begin  Loads  Data  Subset 


dEGIN  LOADS  DATA 


• < 

\ 

f 


112.27 


Record  39  Desiqn  Loads  Data 


CASE  Case 


<5> 


<factor>  <Tcode>  <Elid>  <Eltype> 


Case  = A load  case  label  identifying  a set 

of  loads  for  which  the  model  is  to  be 
resized. 


f actor 


The  letter  U or  Y denoting  whether 
ultimate  or  yield  material  allowables, 
respectively,  are  to  be  used  when 
resizing  for  the  specified  load  case. 
Default:  Ultimate  (U)  load  case. 

The  factor  by  which  the  loads  identified 
via  "Case"  are  to  be  multiplied. 

Default:  "factor"  = 1.0 


Tcole  = Temperature  code  of  the  form  T followed 

by  a signed  or  unsigned  integer  in  the 
rang*3  -461<temp  <1000  (e.g.,  T100, 
T+80,T-50)  which  denotes  the  temperature 
in  degress  Fahrenheit  at  which  material 
properties  (allowaole  stresses)  are 
to  be  extracted  from  the  "table"  data. 
Default:  T70 


This  record  is  repeated  to  define  all  desiqn  load  cases 
which  are  subsets  of  previously- defined  load  cases. 


Record  40  End  Loads  Data  Subset  (optional) 


ELD  LOADS  DATA 

This  record  indicates  that  the  design  load-case  data 
associated  with  the  STAGE  identified  by  Record  37  have 
been  input. 


112.1.3.2  superposition  Data  Subset  (optional) 

Desiqn  load  cases  defined  as  the  sum  of  two  factored, 
design  load  cases  are  established  via  Records  41-43.  The 
oreviously-uef ined  load  cases  must  nave  been  specified  via 
Record  39  for  the  SET  and  STAGE  identified  by  Records  9 and 
37,  respectively. 
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Fecord  41  Begin  Superposition  Data  Suhset 


EEGIN  SUPERPOSITION  DATA 
Record  42  Design  Load  Superposition  Data 


CASE  case 


<fac1> 


Casel 


<fac2>  Case2 


<Tcode>  <Elid>  <Eltype> 


case 


<fac1>,  casell 
<fae2>,  Case2J 


Tcode 


A design  load-case  label  (positive 
integer  or  alphanumeric  word  with  1 
to  7 characters) . A load  case  label 
defined  by  this  item  may  net  be  used 
as  "Casel"  or  "Case2"  in  subsequent 
records  of  this  tyoe. 


The  letter  U or  Y denoting  whether 
ultimate  or  yield  material  allowaoles, 
respectively,  are  to  be  used  when 
resizing  for  the  load  case  defined  by 
this  record. 

Default:  Ultimate  (U)  load  case. 

Loads  associated  with  two  previously- 
defined  load  cases  identified  by  the 
labels  "Casel"  and  "Case2"  are  to  be 
factored  and  summed.  Loads  associated 
with  "Casei"  are  factored  by  "faci. " 

The  result  defines  the  desiqn  load  case 
identified  by  "case." 

Defaults:  fac1=1.0  and  fac2=1.0 

Same  as  defined  for  Record  39. 


This  record  is  repeated  to  define  all  design  load  cases 
qenerated  by  super imposinq  two  previously-defined  load 
cases. 


Record  43  End  Superposition  Data  Subset  (optional) 


END  §UP OPPOSITION  DATA 


""his  record  indicates  that  the  load- case  superposition 
data  tor  the  STAGE  identified  by  Record  37  have  been 
input. 
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112.1.3.3  Thermal  Desiqn  Loads  Data  Subset  (optional) 

Thermal  desiqn  load  cases  for  SET  "Se"  and  STAGE  "St" 
are  established  via  Records  44-46.  A thermal  desiqn  load  case 
is  defined  as  the  sum  of  a factored  mechanical  load  case  plus 
a factored  thermal  load  case  previously  defined  by  the  loads 
data  (sec.  134.0).  Thermal  desiqn  load  cases  for  selected 
elements  (see  Record  45)  are  used  only  for  a thermal  fully- 
stressed  desiqn. 

Record  44  Benin  Thermal-Desiqn  Load  case  Subset 


BEGIN  THERMAL  DATA 


Record  45  Thermal  Desiqn  Load  Data 


cask  case  \Y/  <£ac1>  Casel  <fac2>  Case2 
<Tcoie>  <Elid>  <Eltype> 


All  items  in  this  record  are  the  same  as  those  defined 
for  Record  42  with  the  followinq  exceptions: 

a)  "easel"  is  a mechanical  load  case 
fc)  "case2"  is  a thermal  load  case 

c)  The  default  for  "Tcode"  is  the  element  temperatures 
as  defined  by  the  stiffness  data  (sec.  152.0). 

This  record  is  repeated  to  define  all  thermal  desiqn  load 
cases  by  super imposinq  two  previously- defined  load  cases. 

Record  46  End  Thermal-Desiqn  Load  Case  Subset  (optional) 


END  THERMAL  DATA 


This  record  indicates  that  the  thermal-desiqn  load  cases 
for  the  STAGE  identified  by  Pecord  37  have  been  input. 


Record  47  End  Data  Set 


END  DESIGN  DATA 

Additional  desiqn  data  sets  may  be  input  by  repeatinq 
F ecor  Is  1-47, 
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Table  : 12-7.  Summary  of  Design  Data  Records 


DESIGN 


Reference 

Page 

Date  Records 

M2. 4 
M2. 4 

BEGIN  US! ON  DATA 
MODE  Code 

112.7 
112.7 
M2. 8 

BEGIN  TAfiLE  DATA 

Bcode  Tcode  gl  g2  ...  gn  s!  $2  ...  sn 
END  TABLE  DATA 

112.9 
M2. 9 
M2. 10 

BEGIN  MODULUS  DATA 

Mcode  Tcode  si  s2  ...  sn  ml  m2  •••  mn 
END  MODULUS  DATA 

M2. 10 

SET  Se 

M2. 10 
M2.  M 
M2.  M 

BEGIN  PfcfiPERTY  DATA 
<E1  idXEltype>  pi  ist 
END  PJ&PERTY  DATA 

M2.  M 
M2. 13 
M2. 13 

(FIXED  ) 

BEGIN  < LOWER-BOUND  / DATA 

(upper-bound  ) 

<E1 id><Eltype>  pi ist 
(FIXED  . ) 

END  < LOWER-BOUND  f DATA 
'U££ER-B0UND/ 

M2. 15 
M2. 15 
112.17 

BEGIN  MARGIN  DATA 

<E1  idXEltype>  pi  ist 
END  MARGIN  DATA 

■ 

BEGIN  SJZING  DATA 

Mcode  <E1  idXEItypeXCodel  Code2Xfactor> 
END  SIZING  DATA 

■ 

BEGIN  RESTRAIN-SIZING  DATA 
El  id  <Eltype> 

END  RESTRAIN-SIZING  DATA 

nin 

mtWM 

BEGIN  OPJIMIZATION  DATA 
El  type  «Exxx>  Eyyy> 
END  OPJIMIZATION  DATA 

H 

BEGIN  VARIABLE-CONSTRAINT  DATA 
El  type  <Exxx>  Coni  Con2  ... 
END  VARIABLE-CONSTRAINT  DATA 

Table  continued  on  next  page 
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Tab'e  | 12-7.  Summary  of  Design  Data  Records  (Cont'd.) 


Reference 

Page 

• Data  Record a 

112.24 

BEGIN  SMOOTHING  DATA 

(Nxxxxx  ) 

112.24 

El  id  <Eltype>  <lxxxxx  7 

Iplist  ) 

112.25 

E»*D  SMOOTHING  DATA 

112.25 

BEGIN  BUCKLING  OATA 

112.26 

<ElidX£ltype>  par  list 

112.26 

END  BUCKLING  DATA 

M2. 27 

STAGE  St  <n|Xn2XTHn3> 

M2. 27 

BEGIN  LOADS  DATA 

1 12.28 

CASE  Case  ^y  ^ <factor><Tcode><El  id><Eltype> 

M2. 28 

END  LOADS  DATA 

M2. 29 

BEGIN  SUPERPOSITION  DAT/. 

M2. 29 

CASE  case  ^y^<facl>  Casel  <fac2>  Case2  <TcodeXEl  idXEltype> 

M2. 29 

END  SUPERPOSITION  DATA 

M2. 30 

BEGIN  THERMAL  DATA 

1 12.30 

CASE  ~ase  ^^<fac|>  Case!  <fac2>  Case2  <TcodeXEl idXEltype> 

1.2.30 

END  THERMAL  DATA 

M2. 30 

END  DESIGN  DATA 
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Detailed  qeometric  descriptions  of  the  stiffness  finite 
elements  of  a structural  model  are  defined  by  the  Detail  data 
s=+-.  These  data  are  not  required  for  qeneration  of  element 
C stiffness  or  stress  characteristics  but  may  be  used  for  the 

• fcllowinq  types  of  analysis: 

> 

a)  Generation  of  equivalent  nodal  loads  for  thermally- 
loaded  beam  elements  (see  sec.  134.0) 

C.  h)  Calculation  of  local  bucklinq  allowables  for  COVEP, 

PLATE  and  GPLATE  elements  as  required  for  design 
constraints  (see  sec.  112.0) 

The  Detail  data  set  is  divided  into  the  following  data 

; sut  sets : 

/ . 

i 

f a)  Cross -Section  --  Finite-element,  cross-section 

dimensions  to  be  used  for  BEAM  thermal 
load  calculations.  The  basic 
sectional  shape  of  each  loaded  element 
is  defined  via  a library  of  section 
( '’concepts'*  (configurations)  . 

t)  Spacing  — Location  of  stiffeners  for  "plate- 

like"  elements.  These  data  define 
elemental  "free  spans"  to  be  used 
for  calculation  of  local  bucklinq 
t.  allowables. 

The  Stiffness  data  set  (sec.  152.0)  and  the  Subset- 
Definition  data  set  (sec.  156.0),  as  required,  must  be  input 
prior  to  the  Derail  data  set  in  the  input  stream. 
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114.1  INPUT  DATA 


If  the  default  values  of  the  followinq  input  data  are 
acceptable,  none  of  the  records  described  in  this  section  should 
he  input. 

Record  1 Da*  a Set  identification 


PEG IN  DEJATL  DATA 


This  record  initiates  execution  of  the  DETAIL  Preprocessor. 

Fecord  2 Par  a Set  Number  (optional) 

Each  set  of  Detail  data  is  identified  by  an  integer  number 
which  identifies  the  associated  stiffness  data  set 
(structural  model).  If  multiple  SETS  are  used  in  a job, 
«ach  SET  must  be  assigned  a unique  number  by  this  record. 
Input  data  followinq  a record  of  this  type  are  attributed 
to  this  data  set  until  another  Record  2 is  encountered. 


SET  S 


se  = Integer  identifying  a a structural  model 

previously  defined  as  a stiffness  set  (sec. 
152.0). 

Default  Record:  SET  1 

114.1.1  Cross-Section  Data  Subset  (optional) 

This  data  subset,  Records  3-5,  is  used  to  define  finite- 
eleiren*,  cross-sectional  dimensions  to  be  used  for  thermal  load 
calculations.  If  thermally- loaded  BEAM  elements  are  not  included 
in  *he  structural  model.  Records  3-5  should  not  be  input.  If 
♦•his  data  subset  is  not  used,  equivalent  nodal  loads  for  any 
thermally- loaded  BEAM  elements  are  calculated  on  the  basis  of 
unit,  element  sectional  depths. 

F*-ccrd  3 Cross  Section  Data  Subset 


BEGIN  CROSSECTION  DATA 


Each  basic,  sectional  shape  of  the  finite  elements  is 
defined,  as  necessary,  via  a section  concept  (configuration), 
^he  available  concepts  are  illustrated  in  table  114-1. 
Dimensions  to  be  associated  with  a concept  are  input  via  Fecord 
4.  one  or  two  different  concepts,  depending  on  the  basic 
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q^cn  ^ries  of  the  element,  may  be  used  *0  describe  the  sectional 
shares  at  the  «>rds  of  each  BEAM  element.  The  depths  of  the 
«leman*,  relative  to  the  element  y and  z reference  axes,  as 
used  for  thermal  load  calculations  are  denoted  by  "dy"  and  "dz" 
ir  ♦•able  114-1. 


R°ccri  4 Cross-Section  Dimensions 


<Flid>  <Eltype>  Shapel  <Shape2> 


riid 


= Identifier  of  a BEAM  element  or  a subset 
of  BEAM  elements.  The  available  options 
ar^: 


Exxx--The  name  of  a stiffness  element  subset 
previously  defined  via  the  SUBSET- 
DEFINITION  Preprocessor  (sec.  156.0). 

Kxxxxx — Th^  letter  N followed  by  a 1 to  5 diqit, 
user  elem^n*  number  (sec.  152.0). 

Default:  All  elements  associated  with 
the  SET  identified  by  Pecord 


Fltyp  3 


'hacei 


{Coni , pi  is' 
NOCOM 


Die  key- word  BEAM  or  the  inteqer- 
equivalent  2. 

Default:  All  BEAM  elements  included 
in  "El id." 


■) 


The  i-th  sectional  shape 
to  be  used  tor  the  elements  defined 
via  "Elid"  and  "Eltype. " "Shapel" 
dtfir.es  -he  sectional  shape 
(:oncap*r)  at  "Fndl"  of  each  BEAM 
element,  whereas  "Shaoe2"  defines 
th®  concept  at  "Fnd2"  (see  appendix 
B) . If  a sectional  shape  is  of 
no  siqr.i  f icance  , the  keyword 
NOCON  may  be  input  tor  this  item, 
otherwise,  a pair  of  items  "Cor.i" 
and  "plisti"  must  be  input. 


Coni- -Concept  reference  code--tha  le--er 
C followed  by  a one  or  two-liqi*- 
inteqer  (e.q.,  C5,  C26)  . A concept 


- t 
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identifies  a basic  sectional  shape.  See  table  114-1  for 
available  concept  reference  codes. 

rlisti--List  of  property  values 

(dimensions)  to  be  associated 
with  "Coni."  The  input  sequence, 
number  and  type  of  properties 
associated  with  each  "coni"  are 
summarized  in  table  114-1. 

Default:  T'  "Shape2"  is  net  input,  "shapel" 
is  used  at  "Enu2"  of  the  bEAM 
elements. 

'"his  record  may  be  repeated. 

5 End  Cross  Section  Subset  (optional) 


Ft’C  CRO ERECTION  DATA 


Aidifional  cross-section  data  may  be  defined  for  different 
stiffness  data  sets  by  repeating  Records  2-5. 

114.1.2  Snaring  Data  Subset  (optional) 

This  lata  subset.  Records  6-8,  is  used  to  define  locations 
of  ^tifferers  (a  grid  of  line  supports)  for  COVER,  PLATE  and 
GTI.ATE  finite  elements.  These  "free  span"  constraints  on  the 
elements  are  us°d  to  calculate  local  buckling  allowables  to 
be  used  during  element  resizing  by  the  Design  Processor  (sec. 
112.?  and  212.?).  If  support  spacing  data  are  not  input,  the 
lergths  of  *-he  element  boundaries  are  used  to  calculate  local 
bucklinq  allowables,  as  required. 

Record  6 Spacing  Data  Subset 


PFGTN  SPACING  DATA 


Record  7 Soacing  Data 


<Elid>  <rltype>  plist 


Flid  = Same  as  defined  for  Record  4. 

Tltype  = A key-word  or  equivalent  inteqer  that 

denotes  a particular  type  of  element 
included  in  "Elid. " If  "Elid"  identifies 
a sinqle  element  type,  "Eltype"  must 
cor  form.  "Elid"  and  "Eltype"  must  identify 


114.4 


DETAIL 


a sinqle  element  type.  The  available 
options  for  “Eltype"  are  as  follows: 

Integer- Equivalent 
~COVER  ~ 4~ 

PLATE  5 

GPLATE  6 

Default:  The  element  type 

identified  via  "Flid." 

riist  = List  of  property  values  (distances)  defining 

*he  spacinq  of  supports  for  the  element 
type  specified  via  "Elid"  and  "Eltype. " 

The  input  sequence,  number  and  type  of 
supoort  spacinqs  associated  with  each 
element  ‘ype  are  summarized  in  table  114- 
2. 


‘"'his  record  may  be  repeated. 

«rord  3 End  Spacinq  Data  Subset  (optional) 

END  SPACING  DATA 

Additional  cross-section  and  spacinq  data  may  be  defined 
fcr  different  stiffness  data  sets  by  repeating  Fecords 

2-a. 

Jccrd  s End  Data  Se*- 
FND  DERAIL  DATA 

Additional  detail  data  sets  may  be  input  by  repea*:inq 
Feccrds  1-9. 
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Table  114-1 


Input  Variations  of  Properties  for  Stiffness-Element 
Cross-Section  Concepts  (Cont'd) 


CONCEPT 

reference 

CODE 


CONCEPT  PROPERTIES  (DIMENSIONS) 


DESCRIPTION 


dy:  0 ♦ ti 
dz  : W2  + W3-V3 


LABEL 


wi 

D 

W2 

W3 

VI 

»2 

<3 

V4 


INPUT  PROPERTY  EXPANSION  KEYS  (!) 
NO.  OF  INPUT  PROPERTIES 


10 


II 


laaTnii 


dy  : 0 ♦ vl 
dz  : maxlWZ.Wj) 


0.  < IV2+V4K0 
0.  < (01+V3)fM2 
0.  < (02  + t3llW3 
0.  < VI;  0.  < V2 
0.  < V3;  0.  t V4 
W2  < Wl 


tV2  ' | 

V3- 

0 

— i!*  ! 

Wl 

D 

W2 

W3 

01 

02 

VI 

V2 

<3 

V4 


«* 

W* 

3 

3 

3 

3 


** 
«4*«l 

3 

4 
4 
4 


1 

2 

3 

3 
** 
***l 

4 

5 
5 
5 


1 

2 

3 

3 

** 

I#' 

4 

5 

6 
5 


1 
2 

3 

4 

5 

«4i***fc*44***| 


dy  : 0 ♦ VI 
dz:  W2 


-1-z 


0.  < VI;  W2  <W1 


Wl 

0 

W2 

tl 

V2 

V3 

V4 

V5 


1 

2 

2 

3 

0/2 

0/2 

jW/2 ' 

|W/2 


1 

2 

3 

4 

0/2 

D/2 

M/2 

W/2 


C27 


i 7 

J — Wl- 


dy I D ♦ VI 
dz  : W2*  0l  + 02 


0.<(  t4+»6)<D 
0.<(  V2»V3)<W2 
0.<t2;  0.<t3 
0.<t4 

( 01  02  + W2  ) f Wl 


tFj  [TV- 

! ili  Id 

I 0 H2,.. 

-*01* — W2 — * *-02 


Wl 

0 

W2 

01 

02 

VI 

V2 

»3 

V4 

V5 

V6 


1 

2 

3 

4 

5 

6 
7 
B 

9 

10 
11 


1^)  An  expansion  key  is  the  column  of  integers  associated  with  a particular  number  of  input  property 
values  for  a particular  cross  section  concept.  A nonzero  integer  component  of  a key  denotes  which 
one  of  the  ordered  property  values  defined  by  an  input  data  record  (Record  4)  is  to  be  assigned 
to  the  corresponding  concept  property  shovm  in  the  table. 


. Default  value  is  (Wl-t I )/2 

*♦  Default  value  is  (W2-t3)/2 

»*•  Default  value  is  (W3-t3 )/2 


The  element  depths  "dy  and  dz"  shown  above  are  used  for  thermal  load  calculations. 
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Table  114*2*  Input  Variations  of  Element  Support-Spacing  Properties 


(7)  An  expansion  key  is  the  column  of  integers  associated  with  a particular 
number  of  input  property  values  for  a particular  type  of  element  • A non- 
zero component  of  a key  denotes  which  one  of  the  ordered  property  values 
defined  by  an  input  data  record  (Record  7 ) is  to  be  assigned  to  the 
corresponding  element  property  shown  in  the  table. 
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Reference 

Page 

Table  114-3.  Summary  of  DETAIL  Data  Records 
Data  Records 

1 14.2 

BEGIN  e£IAIL  DATA 

1 14.2 

SET  Se 

1 14.2 

BEGIN  CROSS EC T ION  DATA 

1 14.3 

<E1 id><Eltype>  Shape  1 <Shape2> 

1 14.4 

END  QROSSECTION  DATA 

1 14.4 

BEGIN  SPACING  DATA 

1 14.4 

<E1 id><Eltype>  plist 

114.5 

END  SPACING  DATA 

114.5 

END  eti&IL  DATA 
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0 116.0  DUBLAT  AERODYNAMICS  DATA 


Unsteady  aerodynamic  analyses  of  riqid  or  elastic, 
nonplar.ar  liftinq  surfaces  and  body  surfaces  defininq  a general 
three-dimensional  configuration  in  subsonic  flow  can  be  performed 
^ by  the  DUBLAT  Processor  (sec.  216.0).  Calculations  performed 

by  *his  processor  are  based  on  the  Doublet-Lattice  liftinq- 
surface  theory  published  in  references  116-1  and  116-2.  The 
iron*-  data  set  supporting  Doublet- Lattice  aerodynamic  analysis 
is  eomnrisel  of  *he  following  data  subsets: 

a)  Geometry  --  Aerodynamic  li ft inq-surf ace  panel,  body- 

surface  panel  and  body-doublet  data  which 
detine  the  aerodynamic  model. 

b)  Subset  --  Aerodynamic  strip  and  box  subset  definitions 

used  to  define  Modal  and  Option  input  data. 

I 

c)  Modal  --  Vibration  modes  or  "AIC"  mode  substitutes 

(see  sec.  232.0)  associated  vith  the 
aerodynamic  model. 

d)  Option  --  Velocity  profile  and  aerodynamic  pressure 

correction  data. 

""he  only  restriction  on  the  input  sequence  of  these  data 
subsets  is  that  the  Geometry  subset  must  be  first.  If  only 
the  oua si -inverse  of  the  normal  wash  matrix  is  to  be  calculated, 
only  +-h‘=>  Geometry  subset  is  required.  This  data  set  need  not 
b«  preceded  by  any  other  data  set  within  a data  deck. 

Eacn  sat  of  aerodynamics  data  is  referred  to  as  a CASE. 

A maximum  of  36  DUBLAT  data  cases  may  be  identified  per  job. 
Prirtout  of  ^he  inpu+-  case  data  may  be  requested  from  the  DUBLAT 
Postprocessor  (sec.  216.1). 
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116.1  IN POT  DATA 

Fecord  1 Tata  Set  Identification 
BEGIN  DtJBL AT  DATA 

This  record  initiates  execution  of  the  DUELAT  Preprocessor. 

record  2 Data  Case  Number  (optional) 

Each  s®f  of  DUBLAT  aerodynamics  data  is  referenced 
as  a case  which  is  identified  by  an  inteqer  number.  If 
multiple  sots  are  used  in  a job,  each  case  must  be  assiqned 
a unique  number. 

CAS  F n 

n = Data  case  number  (integer)  in  the  ranqe 

1 to  36,  inclusive. 

Default  record:  CASE  1 

116.1.1  Geometry  Data  Subset 


"his  data  subset  includes  the  following  geometrical 
definitions: 

a)  Lift inq-surf ace  panels  with  spanwise/streamwise  grid 
lines  thereon. 

b)  Interference  (body)  surface  panels  with 
spanwise/streamwise  qrid  lines  thereon. 

c)  Body  radii  and  body-axis,  pressure  doublet 
distributions. 

All  qeome^ry  data  are  defined  relative  to  the  GLOBAL 
reference  frame  whose  positive  X-axis  is  in  the  aft  (streamwise) 
direction,  configuration  symmetry  and  flow  symmetry  about  the 
X-Y  nlane  can  be  accommodated,  permitting  geometrical  data  to 
input  for  only  the  positive-Y  half  of  the  model.  Only  half 
of  ‘he  to*-al  aerodynamic  forces  on  a vertical  tail  are  calculated 
by  '■he  DUELAT  Processor  when  X-Z  is  a plane  of  symmetry.  Thus, 
*he  generalized  airforces  calculated  for  a complete  aircraft 
model  via  a symmetrical  analysis  are  different  from  those 
calculated  via  an  antisymmetrical  analysis  (sec.  216.2). 

An  aerodynamic  model  may  be  comprised  of  any  number  of 
spatially-oriented  lifting  surfaces  and  bodies  to  idealize  a 
configuration.  The  method  is  capable  of  analyzing  lifting 
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surfaces  with  arbitrary  planform  and  dihedral  with  or  without 
full-  or  partial-span  control  surfaces.  Intersectinq  and/or 
interfering  non-coplanar  configurations  such  as  T-tail,  V-tail 
and  winq-tail  combinations  may  also  be  analysed.  Liftinq- 
surface/body  interference  in  unsteady  flow  is  handled  by  placing 
interference  panels  on  all  body  surfaces  in  addition  to  doublet 
distributions  alonq  the  body  axes.  The  doublet  distributions 
account  for  lody  incidence  and  body- diameter  effects. 

Lifting  surfaces  and  interference  body  surfaces  are 
idealized  by  aerodynamic  panels.  Panels  on  both  types  of 
surfaces  are  divided  into  streamwise  strips  which  also  have 
chcrdwise  divisions  to  define  an  aerodynamic  grid  of  elements. 
Fact  basic  trapezoidal  element  of  the  qrid  is  referenced 
as  a box.  The  analysis  technique  is  based  on  placement  of  the 
bound  portion  of  a horseshoe  vortex  along  the  quarter-chord 
line  of  each  box  (uniform  distribution  of  acceleration  potential 
doublets  along  the  base  quarter-chord)  with  the  control  point 
located  at  the  mid-point  of  the  three-quarter  chord  line. 

The  analyst  should  adhere  to  the  following  rules  when 
defininq  the  two  types  of  lifting- surface  panel  box-grids: 

a)  Box  boundaries  (panel  edqes)  should  coincide  with 
surface  intersections,  surface  edqes,  fold  lines  and 
control  surface  hinge  lines. 

b)  Panel  divisions  should  be  continuous  across  the 
boundaries  between  adjacent  panels.  See  figure  116- 
1 for  an  illustration  of  a DUBLAT  aerodynamic  model. 

c)  If  a strip  boundary  on  an  upstream  surface  lies  in 
*-he  plane  of  a downstream  surface,  it  must  coincide 
with  a strip  boundary  on  the  downstream  surface. 

d)  strips  should  be  concentrated  in  reqions  where  rapidly 
varyir.q  spanwise  loads  occur  such  as  near  streamwise 
wing  tips  and  control-surface  edges. 

e)  Boxes  should  be  concentrated  in  reqions  where  rapidly 
varyinq  chordwise  loads  occur  such  as  near  control 
surface  hinqe  lines. 

f)  Th.p  aspect  ratio  of  each  box  (the  spanwise  box  ienqth 
divided  by  its  mean  aerodynamic  chord)  should  be  in 
the  rar.qe  0.4  to  2.2,  inclusive.  The  ratio  of  the 
box  Ienqth  to  the  basic  oscillatory  wave  length  should 
also  be  less  than  or  equal  to  0.04.  Thus,  a fine  qrid 
cf  boxes  is  required  for  analysis  at  very  high  reduced 

r4.  frequencies. 
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General  oscillatory  motion  of  a closed  body  with  a circular 
cross  section  and  with  different  radii  along  its  axis  can  be 
analyzed  by  the  slender  body  aerodynamic  theory.  However,  when 
multiple  bodies  and  liftinq  surfaces  are  introduced  into  the 
flow  field,  interference  effects  must  be  considered.  These 
effects  are  accommodated  by  placement  of  interference  panels 
directly  on  the  surface  of  body  segments  which  are  in  the 
interference  region (s),  (see  fig.  116-1).  An  aerodynamic  model 
of  a body  is  therefore  comprised  of  either  the  first  or  both 
of  the  following  components: 

a)  A distribution  of  pressure  doublets  along  the  body 
axis  for  isolated  slender-body  analysis. 

b)  Interference  panels  on  the  body  surface  to  account 
for  interaction  with  other  surfaces/bodies. 

Both  components  are  required,  for  example,  for  analysiu  of 
closed-body  and  airfoil-surface  interferences  and  for  analysis 
of  an  open  (flow  throuqh)  body  with  an  internal  closed  body 
(e.q.,  a cowling  and  engine).  An  open  body,  however,  must  be 
idealized  by  lifting  surface  panels  (not  interference  panels) 
placed  on  its  surface  (see  ref.  116-2).  Non-circular  slender 
bodies  may  be  idealized  by  multiple  circular  bodies  placed  in 
close  proximity  (see  fig.  116-1). 
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SLENDER  BODY 
DOUBLET 
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, INTERFERENCE  BODY  PANELS 

MAIN  WING  PANEL  Q 
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~7l  £ 


k '^fcONTROL  S 


MAIN  WING  PANEL 


j jpV  \ CONTROL  SURFACE  (2) 
CONTROL  SURFACE 

"TAIL 


•TAIL  CONTROL  SURFACE 


NACELLE  IDEALIZED  BY 
SLENDER  BODY  DOUBLETS 
AND  INTERFERENCE  PANELS 


SPANWISE / CHOROWISE  PANEL 
DIVISIONS 


figure  116*1.  Sample  DUBLAT  Aerodynamic  Model 


Fecord  3 Begin  Geometry  Subset 


BFGIN  GEOMETRY  DATA 


Record  4 liftinq  Surface  Panel  Data 


LIFTING  SURFACE  DATA 


Records  5-7  define  the  qeometry  of  a liftinq  surface  panel 
and  the  aerodynamic  box  qrid  thereon.  These  records  are 
repeated  to  define  all  liftinq  surfaces. 


F^ord  5 Panel  Identification  and  Geometry 


PANEL  ident  xl  x2  x3  x4  yi  yo  zi  zo 


ider.t  = Positive  integer  or  alphanumeric  word 

of  1 to  5 characters  which  identifies 
the  panel.  The  identification  of  each 
liftinq  surface  panel  associated  with 
a particular  data  case  irust  be  unique. 

x1,x2  = GLOBAL  X-coordinates  of  two  points 

defininq  the  forward  and  aft  locations, 
respectively,  of  the  inboard  edqe  of 
the  panel  (xl  < x2)  . 

x 3 , x 4 = GLOBAL  X-coordinates  of  two  po  nts 

defininq  the  forward  and  aft  locations, 
respectively,  of  the  outboard  edge  of 
the  panel  (x3  < x4). 


yi,yo  = GLOBAL  Y-coordi nates  defininq  the  inboard 

and  outboard  panel  edqe  locations, 
respectively. 

zi»zo  = GLOBAL  Z-coordi nates  defininq  the  inboard 

and  outboard  panel  edqe  locations, 
respectively. 


Each  panel  is  defined  by  four  points  such  that  the  inboard 
and  outboard  edges  of  each  panel  are  parallel  to  the  free 
stream  flow.  The  dihedral  of  each  planar  panel  is 
calculated  automatically  from  the  specified  qeorretry. 

A oanel  ir.  the  GLOBAL  positive- Y half- space  has  a positive 
dihedral  if  it  is  located  relative  to  the  X-Y  plane  by 
a positive  right-hand  rotation  about  the  X-axis.  The 
normal  to  a panel  is  in  the  direction  of  positive  dihedral 
measurement . 
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Fecord  6 chordwise  Panel  Divisions 


CHOFD  DIV  cl  c2  ... 


ci  = Fraction  of  panel  chord  in  the  ranqe 

0.0  < ci  < 1.0.  The  list  of  two  or 
more  "ci"  values  must  te  input  in  a 
strictly  increasinq  order  beqinninq 
with  cl =0.0  and  endinq  with  cn=1.0. 

Record  7 Spanwise  Panel  Divisions 


SFAN  DIV  si  s2  ... 


si  = Fraction  of  panel  span  in  the  ranqe 

0.0  < si  < 1.0.  The  list  of  two  or 
more  "si"  values  must  be  input  in  a 
strictly  increasinq  order  beqinninq 
with  si=0.0  and  endinq  with  sn=1.0. 
This  record  defines  one  or  more  strips 
on  the  panel  identified  by  Record  5. 

Fecords  5-7  are  repeated  to  define  all  lifting  surfaces 
associated  with  the  data  case  specified  by  Record  2. 

Fecords  8-12  define  interference  body  surfaces. 

Record  8 Interference  Surface  Panel  Data 


INTERFERENCE  SURFACE  DATA 


F=cord  9 Body  Identification 


BODY  ident 


id°r.t  = Positive  integer  or  alphanumeric  word 

of  1 tQ  5 characters  which  identifies 
all  or  oart  of  an  aerodynamic  body 
idealized  by  interference  panels  (defined 
by  subsequent  sets  of  Records  10-12). 

The  identification  of  each  body 
associated  with  a particular  data  case 
must  be  unique.  When  doublet  data  are 
associated  with  a body,  the  "Ident" 
specified  by  Record  14  must  be  the  same 
as  -he  "ident"  defined  by  this  record. 

Fecords  10-12  are  repeated  to  define  the  interference 
panels  associated  with  the  body  identified  by  Fecord  9.  At 
l^ast  two  panels  are  required  to  define  a body,  ever  the  length 
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of  each  panel,  the  body  is  implicitly  defined  to  have  a constant 
axial  cross  section.  See  figure  116-1  for  an  illustration  of 
an  aerodynamic  model. 

Fecord  1C  Panel  Identification  and  Geometry 


PANEL  ident  xl  x2  x3  x4  yi  yo  zi  zo 


See  Record  5 for  a description  of  the  input  items.  The 
identification  of  each  interference  panel  associated  with 
a particular  data  case  must  be  unique. 

Fecord  11  Chordwise  Panel  Divisions 


CHORD  DIV  Cl  c2  ... 


See  Record  6 for  a description  of  the  input  items. 
Record  12  Spanwise  Panel  Divisions 


SPAN  DIV  si  s2  ... 


See  Record  7 for  a description  of  the  input  items. 

Records  9-12  are  repeated  to  define  all  interference 
bodies  associated  with  the  data  case  specified  by  Record 
2.  Following  each  Record  9 which  identifies  a particular 
body.  Records  10-12  are  repeated  to  define  all  interference 
panels  associated  with  that  body. 

Records  13-16  are  input  only  if  bodies  are  to  be  analyzed 
bv  the  slender  body  aerodynamic  theory  or  if  the  aerodynamic 
model  includes  interference  bodies.  If  Records  8-12  are  input. 
Records  13-16  are  required. 

Fecord  13  Body  Doublet  Data 


DOUBLET  DATA 


Record  14  Body  Identification 


Ident  = Positive  integer  or  alphanumeric  word 

of  1 to  5 characters  which  identifies 
a complete  aerodynamic  body  doublet 
or  a segment  thereof  that  is  idealized 
by  the  axial  pressure  doublets  defined 
by  Records  15  and  16.  The  identification 
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of  each  body  doublet  associated  with 
a particular  data  case  must  be  unique. 
Doublet  data  are  associated  with  an 
interference  body  when  "Ident"  is  the 
same  as  an  MidentM  previously- defined 
by  a Record  9. 

= GLOBAL  Y and  Z-coordinates  defininq 

the  free  flow  streamline  which  coincides 
with  the  circular  slender-body  axis. 
Default  Items:  Y=0.0  and  z=0.0 — the 

body  axis  coincides  with 
the  X-axis. 

= Key-word  denoting  that  the  body  is 

to  assume  motion  in  the  Y-axis  direction 
(YDOUBLST)  or  in  the  Z-axis  direction 
(ZDOUBLET) . The  key-word  defines  what 
type  of  body  structural  mode  shapes 
specified  by  the  Modal  Data  Subset  (sec. 
116.1.3)  are  included  in  the  analysis. 
Default:  ZDOUBLET 

Record  15  Body  Axis  Divisions 


AXIS  DIV  x 1 x2  ...  xn 


xi  = The  GLOBAL  X-coordinate  defininq  the 

i-th  location  along  the  body  axis  at 
which  the  body  radius  is  specified  by 
Record  16.  The  list  of  two  or  more 
X-coordinates  must  be  input  in  a strictly 
increasing  order.  The  length  of  the 
body  is  defined  by  the  difference  (xn- 
xl)  . 

Record  16  Body  Radii 


RADII  r 1 r2  ...  rn 


ri  = The  body  radius  at  the  i-th  body-axis 

location  specified  by  Record  15.  The 
number  and  sequence  of  items  must 
correspond  with  the  number  and  sequence 
of  body  axis  divisions  listed  in  Record 
15. 

Records  14-16  are  repeated  to  define  axial  pressure  doublet 
distributions  for  all  aerodynamic  bodies  for  the  data 
case  identified  by  Record  2. 


Y#z 
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Record  17  End  Geometry  Subset 


END  GEOMETRY  DATA 


This  record  indicates  all  geometry  data  have  been  defined 

for  the  case  identified  by  Record  2. 

116.1.2  Lifting-Surface  Region  Subsets  (optional) 

This  data  subset  is  required  if  any  of  the  followinq 
characteristics  is  essential  to  a data  case: 

a)  vibration  modes  calculated  by  the  VIBRATION  Processor 
(see  sec.  116.1.3)  are  to  be  associated  with  selected 
boxes  on  the  liftinq  surfaces  defined  by  Records  4- 
7. 

b)  velocity  profile  modifications  associated  with  lifting 
surface  strips  are  defined  by  Records  26-28. 

c)  Aerodynamic  pressure  correction  data  associated  with 
liftinq  surface  boxes  are  defined  by  Records  29  and 
30. 

Subsets  of  ‘he  strips  and/or  boxes  associated  with  the 
aerodynamic  panels  previously-defined  are  specified  by  this 
da4- a subset.  Each  panel  strip  and  each  box  is  identified  by 
a unique  inteqer  number.  Both  number  sequences  beqin  with 
uni+’y.  Sequential  numbers  are  automatically  assigned  to  panel 
strips  beqinninq  with  the  most  inboard  strip  to  the  most  outboard 
strip  of  each  panel.  Panels  are  ordered  according  to  the 
seauence  in  which  they  are  defined  by  Record  5.  Boxes  are 
automatically  assiqned  sequential  numbers  beginning  with  the 
most  forward  box  to  the  aft-most  box  in  each  strip  in  the  order 
of  monotonically  increasing  strip  number. 

Record  18  Begin  Subset-Data  Subset 


BEGIN  SUBSET  DATA 


Record  19  Identification  of  Subset  Type 


SUBSETS  OF 

strips] 

BOXES  J 

= Key-word  denoting  that  subsequent 
Fecords  20  define  subsets  of  STRIPS 
or  subsets  of  BOXES. 


strips] 

BOXES  j 
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Record  20  Subset  Definition  Record 


SUBSET  ident  ATlist 


ident  * Positive  integer  or  alphanumeric  word 

of  1 to  5 characters  which  identifies 
a subset.  The  identifiers  of  all  STRIP 
subsets  must  be  unique  and  the 
identifiers  of  all  BOX  subsets  must 
be  unique  for  a particular  data  case. 

ATlist  = ATLAS  list  of  STRIP  numbers  or  BOX 

numbers  (positive  inteqers)  which  are 
to  be  included  in  subset  "ident.*’  Non- 
existent STRIP  numbers  or  BOX  numbers 
qenerated  by  ATlist  are  not  allowed. 

All  strips  included  in  a subset  must 
be  defined  by  two  distinct  streamlines. 
That  is,  more  than  one  strip  may  be 
included  in  a subset  only  if  the  strips 
are  associated  with  different  coplanar 
panels.  One  panel  must  be  aft  of  the 
other.  Each  panel  must  have  spanwise 
divisions  defined  by  Record  7 so  that 
the  inboard  edqe  and  the  outboard  edge 
of  each  strip  included  in  the  subset 
are  on  two  common  streamlines, 
respectively. 

All  subsets  (STRIPS  or  BOXES)  are  defined  by  repeating 
Fecords  19  and  20.  A subset  "ident"  defined  by  Record 
20  may  not  be  the  same  as  the  subset  "ident"  specified 
by  a subsequent  Record  20. 

Record  21  End  Subset-Data  Subset 


END  SUBSET  DATA 


This  record  indicates  all  liftinq-surface-region  subsets 
have  been  defined. 

11*. 1.3  Modal  Data  Subset  (optional) 

This  subset  defines  the  vibration  modes,  "AIC"  mode 
substitutes  or  riqid-body  modes  to  be  associated  wi*h  each 
component  of  the  aerodynamic  model  (lifting  surfaces, 
interference  surfaces  and  body  doublets).  If  no  modal  data  are 
ir.pu4-,  only  the  quasi-inverse  matrices  would  be  qenerated  by 
execution  of  the  DUBLAT  Processor. 


j ; 
{ ; 

i * 
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The  unsteady  aerodynamic  downwash  distribution  is 
approximated  by  a linear  combination  of  modal  displacement 
amplitudes  at  the  lifting-surface  control  points  and  body  doublet 
locations.  The  aerodynamic  theory  requires  translational 
components  of  the  vibration  modes  to  be  normal  to  the  aerodynamic 
surfaces.  Thus,  the  analysis  frame  axis  associated  with  the 
retained  nodal  freedoms  must  be  normal  to  the  aerodynamic 
surface.  The  analysis  frame  associated  with  interference  bodies, 
however,  must  be  the  GLOBAL  triad.  In  general,  both  Y and  Z 
nodal  translational  freedoms  must  be  retained  when  calculating 
vibration  modal  components  for  interference  panels.  The  modal 
component  normal  to  each  body  interference  panel  is  automatically 
extracted  by  the  DUBLAT  Processor.  Modes  generated  via  the 
POLYNOMIAL  option  of  the  INTERPOLATION  Processor  (sec.  232.1)  are 
evaluated  in  GLOBAL  X and  Y or  X and  Z coordinates. 


Record  22  Begin  Modal  Subset 


BEGIN  MODAL  DATA 


Record  23  defines  the  vibration  modes  or  "AIC"  mode 
substitutes  that  are  to  be  used  in  the  analysis  of  the  case 
identified  by  Record  2.  Only  one  of  the  two  variations  of  this 
record  may  be  used  per  data  case.  Variation  1 must  be  used  when 
mode  shape  coefficients  generated  by  the  INTERPOLATION  Processor 
are  to  be  be  employed  in  the  aerodynamic  analysis.  Modes  may  be 
defined  directly  via  Variation  2 for  a rigid-body  aerodynamic 
analysis. 


Record  23  Modal  Data 


Variation 


1 


USE  Name  WITH 


LIFTING  SURFACE 
INTERF  BODY 
BODY  DOUBLET 


Bsubsets 

Bodies 

Bodies 


Name  = The  name  of  an  interpolation-coef f icient 

matrix  previously  generated  via  the 
INTERPOLATION  Processor  (see  sec.  232.0) . 


LIFTING  SURFACE 

INTERF  BODY  = Key-word  denoting  whether  "Name"  is  to 
BODY  DOUBLET  be  associated  with  LIFTING  SURFACES, 

interference  bodies  (INTERF  BODY)  or  BODY 
DOUBLETS.  A particular  coefficient 
matrix  may  be  used  with  one  or  more  of 
the  three  types  of  aerodynamic  model 
components.  It  should  be  noted  that  each 
matrix  is  associated  with  a subset  of 
nodes  all  of  which  have  the  same  analysis 
frame.  A GLOBAL  analysis  frame  must  be 
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associated  with  the  coefficient  matrix 
used  for  interference-body  panels. 

Bsubsets  = A list  of  box  subset  identifiers  defined 

by  Record  20.  The  vibration  modes  to  be 
used  with  all  lifting  surface  boxes 
included  in  the  listed  subsets  are 
identified  by  the  matrix  "Name." 

Geometry  compatibility  of  the 
corresponding  boxes  and  the  region 
associated  with  the  nodes  used  to  define 
the  matrix  "Name"  is  a user 
responsibility.  A coefficient  matrix 
must  be  associated  with  each  lifting 
surface  box  that  is  to  undergo  motion. 

Bodies  = A list  of  body  identifiers  defined  by 

Record  9 or  Record  14.  The  vibration 
modes  to  be  used  with  the  listed  bodies 
are  identified  by  the  matrix  "Name." 
Geometry  compatibility  of  the  specified 
bodies  and  the  region  associated  with  the 
nodes  used  to  define  the  matrix  "Name"  is 
a user  responsibility.  A coefficient 
matrix  must  be  associated  with  each  body 
that  is  to  undergo  motion. 


This  record  must  be  repeated  to  associate  an  interpolation 
coefficient  matrix  with  all  lifting  surface  boxes  and 
bodies  for  the  aerodynamic  model. 


Variation  2 allows  the  user  to  define  1 to  6 rigid  body 
modal  freedoms  relative  to  the  GLOBAL  reference  frame. 


Variation  2 


RIGID  BODY  <x  y z>  Rbt 1 magi  Rbf2  mag2  ... 


x,y,z  = GLOBAL  X,  Y and  Z coordinates  defining 

the  reference  point  to  be  used  in 
generating  the  rigid  body  modes. 

Default:  The  origin  of  the  GLOBAL  frame 
is  used  as  the  reference  point. 


Rbti  = Key-word  denoting  the  i-th  rigid  body 

freedom  selected  from  the  list  TX,  TY, 

TZ , RX,  RY  and  KZ.  Within  each  of  these 
key-words,  the  letter  "T"  is  associated 
with  a translation  freedom  and  "R"  is 
associated  with  a rotation  freedom 
relative  to  the  GLOBAL  X-Y-Z  triad. 


maqi 


= The  relative  magnitude  of  the  i-th  rigid 
body  freedom  with  respect  to  the 
reference  point.  Items  MRbfiH  and 
"magiM  are  input  in  pairs  1 to  6 times 
in  an  order  which  defines  the  sequence 
of  riqid  body  modes  used  in  the 
aerodynamic  analysis. 

Fecord  24  Fnd  Modal  Subset 


END  MODAL  DATA 


This  record  indicates  all  modal  data  have  been  defined 

for  the  case  identified  by  Record  2. 

1 if . 1 . u QDtion_Data_Subset  (optional) 

"his  data  subset  contains  the  following  types  of 
informs ticn: 

3)  velocity  profile  modifications  to  account  for  lifting- 
surface  thickness  aerodynamic  effects  on  selected  strip 
subsets. 

t)  Aerodynamic  pressure-difference  scaling  and/or 

replacement  values  associated  with  selected  box  subsets. 

If  neither  of  these  analysis  refinement  options  is  desired, 
P^ccrds  25-31  should  not  be  input. 

Record  25  Begin  Option  Subset 


BEGIN  OPTION  DATA 


Fecords  26-28  and  Records  29-30  are  input  in  qroups,  only 
as  required,  to  modify  calculated  velocity  profiles  or  to  scale 
ard/or  replace  calculated  pressure  differences,  respectively. 

F°ccrd  26  Velocity  Profile  Data  Identification 


VELOCITY  PFOFILES 


velocity  profile  modification  data  are  defined  and  labeled 
by  Fecord  27,  whereas  Record  28  defines  which  profile 
modif ica-.icn  data  are  to  be  associated  with  selected  liftinq 
surface  STFIP  subsets. 
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Record  27  Velocity  Profile  Data 

A velocity  profile  is  defined  as  the  variation  of  VLOCAL/V 
alonq  the  local  chord  where  VLOCAI  is  the  local  air-flow 
velocity  and  V is  the  free-steam  velocity.  The  first 
or  second  derivative  of  the  profile  at  the  forward  and/or 
aft  edqes  of  an  aerodynamic  strip  may  optionally  be 
specified  in  addition  to  velocity  profile  values  at 
selected  points  on  the  aerodynamic  strip.  r.ne  velocity 
derivatives  are  calculated  relative  to  the  distance  alonq 
the  local  chord  measured  in  terms  of  fraction  of  the  local 
chord. 


PROFILE  ident  /DLEI  die 
\DLE2  die. 


A /oTEI  dte\ 
e/  \dtE2  dte / 


XI  v 1 x2  v2 


xn  vn 


ident 


/dlei ,dle 
\DLE2fdle^ 


$ 


/dte  1,  dte 
\ DTE2 ,dte 


Positive  inteqer  or  alphanumeric  word 
of  1 to  5 characters  which  identifies 
a set  of  velocity  profile  data.  The 
identification  of  each  set  of  profile 
data  associated  with  a particular  data 
case  must  be  unique. 

Key-word  DLEI  or  DLE2  denoting  whether 
the  first  or  the  second  velocity-profile 
derivative,  respectively,  at  the  leading 
(forward)  edqe  of  a strip  is  to  assume 
the  value  specified  by  "die.”  Only 
one  of  the  derivatives  at  the  leading 
edqe  rray  be  specified. 

Default:  Derivatives  not  specified  are 
calculated  automatically. 

Key-word  DTE1  or  DTE2  denoting  whether 
the  first  or  the  second  velocity- prof ile 
derivative,  respectively,  at  the  trailing 
(aft)  edqe  of  a strip  is  to  assume  the 
value  specified  by  "dte."  Only  one 
of  the  derivatives  at  the  trailing  edqe 
may  be  specified. 

Default:  Derivatives  not  specified  are 
calculated  automatically. 


xi 


VI 


= The  fraction  of  strip  chord,  0.0  < xi 
< 1.0,  at  which  "vi"  is  defined. 

= Value  of  the  velocity  profile  (VLOCAL/V) 
at  "xi."  Items  "xi"  and  "vi"  are  input 
in  pairs  such  that  the  "xi"  values  are 
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strictly  increasing.  At  least  four  and 
not  more  than  26  distinct  values  of 
"xi"  must  be  used. 

This  record  is  repeated  to  define  all  required  velocity 
profile  modification  data. 

Record  23  Velocity  Profile  Modifications 


USE  Ident  ON  Subsets 


Tder.r  = A velocity  profile  data  label  defined 

by  Record  27. 

Subset?  = A list  of  STRIP  subset  identifiers 

defined  by  Record  20.  The  velocity 
profile  modifications  identified  by 
"Ident"  ate  applied  to  each  liftinq 
surface  strip  included  in  the  specified 
subsets. 

This  record  may  be  repeated.  The  user  is  cautioned  that 
only  one  profile  modification  may  be  specified  for  a 
particular  strip.  Additionally,  if  more  than  one  strip 
is  included  in  a subset,  the  fractions  of  strip  chord 
specified  by  Record  27  are  based  on  the  combined  chord 
lenqths  of  the  included  strips. 

Record  29  Pressure  Correction  Data  Identification 


PRESSURE  CORRECTIONS 


Record  30  Pressure  Data  Modifications 


USE  fl  f 2 AS 

/SCALAR  Ion  Bsubsets 

\ PRESSURE/ 

= The  real  and  imaginary  components, 
respectively,  of  a complex  number. 

This  number  is  either  a scale  factor 
(SCALAR)  to  be  applied  to  the  calculated 
non-dimensional  pressure  difference 
or  it  is  the  value  of  the  non-dimensional 
pressure  difference  (PFESSURE)  to  be 
used  in  the  analysis. 

= A list  of  box  subset  identifiers  defined 
by  Record  20.  The  specified  complex 
number  ( f 1 , f 2)  will  either  scale  (SCALAR) 
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Bsubsets 
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or  replace  (PRESSURE)  tne  pressure 
difference  value  calculated  for  each 
box  included  in  the  specified  subsets. 

This  record  may  be  repeated.  Only  one  pressure  scalinq 
or  reolaceinent  value  may  be  specified  per  fccx. 


Record  31  End  Option  Subset 


END  OPTION  DATA 


Additional  cases  may  be  defined  by  repeating  Records 
2-31  with  a unique  identification  number  assiqned  to  each 
case  by  Record  2. 

F°cord  32  End  DUBLAT  Data  Set  ' 


FND  DUBLAT  DATA 


Additional  data  cases  may  be  input  by  repeatinq  Records 
1-32. 


Table  1 16-1.  Summary  of  DUBLAT  Data  Records 
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Page 

Data  Records 
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Table  continued  on  next  page 


116.18 


, 1 


« f 


DUBLAT 


Table  1 16-1 • Summary  of  DUBLAT  Data  Records  (Cont*d.) 
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122.0  FLUTTER  DATA 


The  flutter  data  set  described  herein  defines  the  altitudes 
at  which  v-g  flutter  solutions  are  to  be  performed  and  the 
structural  damping  coefficients  which  may  be  essential  to  the 
flutter  problem.  Solution  of  the  flutter  equation  is  performed 
by  the  FLUTTER  Processor  (sec.  222.0)  which  uses  an  iterative 
solution  technique  based  on  the  automated  procedure  for  computing 
flutter  eigenvalues  as  published  in  reference  122-1. 

Each  set  of  flutter  data  is  referenced  as  a CASE.  A 
maximum  of  36  FLUTTER  data  cases  may  be  identified  per  job. 

Each  data  set  contains  "basic"  flutter  data  and  optional  groups 
of  modification  data  which  allow  variations  of  the  "basic"  data 
to  be  defined.  Each  group  of  modification  data  is  referenced 
as  a change-set  (CSET) . A maximum  of  9 CSETS  may  be  identified 
per  CASE.  The  degrees  of  freedom  to  be  used  in  defining  the 
flutter  equation  may  be  selected  by  the  user  to  be  a subset 
of  the  freedoms  associated  with  the  basic  flutter  equation. 

A maximum  of  8 different  sets  of  freedoms,  each  set  referenced 
as  a retention-vector  set  (RSET) r may  be  identified  per  CASE. 
These  capabilities  allow  variations  of  the  flutter  parameters 
to  be  investigated  conveniently. 

Printout  of  the  flutter  input  data  may  be  requested  from 
tf.e  FLUTTER  Postprocessor  (sec.  222.  1). 
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122.1  INPUT  DATA 


This  complete  data  set  is  optional.  If  the  default  values 
of  the  following  input  data  are  acceptable,  none  of  the  records 
described  in  this  section  should  be  input. 

Record  1 Data  Set  Identification 


BEGIN  FLUTTER  DATA 


This  record  initiates  execution  of  the  FLUTTER 
Preprocessor. 

The  "basic"  flutter  data  for  the  CASE  identified  by  Record 
2 are  defined  by  Records  3-5,  whereas  the  CSET  (change-set) 
data  are  defined  by  Records  6-9. 


Record  2 Data  Case  Number  (optional) 


Each  set  of  flutter  data  is  referenced  as  a case  which  is 
identified  by  an  integer  number.  If  multiple  sets  are  used 
in  a job,  each  case  must  be  assigned  a unique  number. 


CASE  n <*/  text  /> 


n = Data  case  number  (integer)  in  the  range 

1 to  36,  inclusive. 

text  = Alphanumeric  text  of  1 to  80  characters, 

including  blanks,  to  be  associated  with 
the  CASE  denoted  by  "n."  The  "text" 
information  is  displayed  with  the  case 
number  when  printed  or  plotted  flutter 
output  is  requested  (see  sec.  222.0). 
Default:  Printed  and  plotted  flutter 
data  are  identified  by  the 
data  case  number. 


Default  Record:  CASE  1 


If  basic  CASE  data  (Records  3-5)  are  required,  they  must 
precede  Records  6-9. 


Record  3 Altitudes  (optional) 


ALTITUDE  al  a2  . . . 


a1,a2, ...  = List  of  1 to  8 altitudes  in  the  range 

-200,000.0  through  300,000.0  feet  (or 
meters)  , in  any  sequence,  at  which 
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V-g  flutter  solutions  are  desired. 

The  standard  atmospheric  air  density 
corresponding  with  each  of  the  specified 
altitudes  is  used  to  factor  the  air 
forces  associated  with  the  flutter 
problem.  The  units  of  the  specified 
altitudes  must  correspond  with  the 
system  of  units  specified  by  the  EXECUTE 
FLUTTER  statement.  If  a "matched-point" 
solution  is  requested  via  the  MPS 
parameter,  or  if  the  free  stream  density 
is  specified  via  the  DENSITY  parameter 
of  the  EXECUTE  FLUTTER  statement,  this 
record  should  not  be  input. 

Default  Record:  ALTITUDE  0.0 

Record  4 Structural  Damping  Coefficients  (optional) 


The  i-th  damping  coefficient  greater 
than  or  equal  to  zero  to  be  associated 
with  the  i-th  degree  of  freedom  in  the 
flutter  equation.  The  i-th  diagonal 
element  of  the  structural  damping  matrix 
is  calculated  by  multiplying  the  i-th 
diagonal  element  of  the  stiffness  matrix 
by  the  i-th  damping  coefficient  specified 
by  this  record.  Trailing  zeros  need 
not  be  input. 

Default  Record:  No  structural  damping  is  included  in 

the  flutter  equation. 

Record  5 Retention-Vector  set  Definition  (optional) 

A subset  of  the  NDOF  degrees  of  freedom  associated  with 
the  basic  flutter  equation  may  be  identified  by  this 
record.  A subset,  of  such  freedoms  is  referenced  as  a 
retent  ion-vector  set  (RSET)  and  is  identified  by  an  integer 
number.  If  multiple  RSETS  are  required  for  the  CASE 
identified  by  Record  2,  each  RSET  must  be  assigned  a 
unique  number. 


RSET  n fl  f 2 . . . 


r.  = Retention-vector  set  number  (integer) 

in  the  range  1 to  8,  inclusive. 


DAMPING  gl  g2  ... 
gi 


f1,f2, ...  = List  of  freedoms  to  be  associated  with 

retention  set  *n."  Each  "fi*  is  the 
i-th  sequential  number  (integer)  of 
the  " basic"  sequence  of  freedoms 
associated  with  the  flutter  equation. 
Thus,  1<fi<  NDOF.  The  freedom  numbers 
may  be  input  in  any  order. 

Default  Record:  RSET  1123...  NDOF 

This  record  is  repeated  to  define  all  RSETS  for  the  CASE 
identified  by  Record  2.  If  a particular  RSET  is  redefined, 
the  last  one  specified  takes  precedence. 

Change-set  modification  data  for  the  CASE  identified  by 
Record  2 are  defined  via  Records  6-9. 

Record  6 Change-Set  Data  Number  (optional) 

Variations  of  the  "basic"  flutter  data  established  by 
Records  3-5  may  be  defined  via  change-sets  (CSETS) . Each 
CSET , which  is  identified  by  an  integer  number,  contains 
modification  data  to  be  applied  to  the  "basic"  data. 

If  multiple  CSETS  are  required  for  the  CASE  identified 
by  Record  2,  Records  6-9  are  repeated  wherein  each  CSET 
must  be  assigned  a unique  number. 


CSET  n <**  text  #> 


= Change- set  data  number  (integer)  in 
the  range  1 to  9,  inclusive. 

= Alphanumeric  text  of  1 to  80  characters, 
including  blanks,  to  be  associated  with 
the  CSET  identified  by  "n."  The  "text" 
information  is  displayed  with  the  CASE 
title  (Record  2)  when  printed  or  plotted 
flutter  output  is  requested  (see  sec. 
222.0). 

Default:  Printed  or  plotted  CSET  data 
are  identified  by  the  CSET 
number. 

Default  Record:  No  change- set  data  are  input. 
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Record  7 Matrix  Modifications  (optional) 


f DAMPING  1 
| mass  | 

l STIFFNESS J 

Mod 

rl 

cl 

CTO 

r2  C2 

<BY 

ril 

ci1>>  vail 

<Mod  r3  c3 

• 

<TO 

r4 

c4 

<BY 

ri2 

ci2» 

val2 

• 

<Mod  rm  cm 

CTO 

rn 

cn 

<BY 

rin 

cin» 

vain 

> 

DAMPING 

MASS 

STIFFNESS 


Modifications  are  specified  by  this 
record  for  the  matrix  type 
identified  by  one  of  these  key-words. 
These  CSET  modifications  are  effected 
prior  to  a flutter  solution  by  the 
FLUTTER  Processor  (sec.  222.0) . 


Mod=  4 


RA 

PS 

SA 

SS 


Key-word  that  identifies  what 

type  of  modification  is  to  be  made  to 

the  elements  of  the  specified  matrix. 

The  first  letter  of  this  key-word  denotes 
that  selected  elements  are  to  be  replaced 

(R)  or  scaled  (S) . The  second  letter 
of  this  key-word  denotes  that  only  the 
matrix  elements  identified  by  this 
record  are  to  be  changed  (A)  or  that 
the  changes  are  to  be  made  to  symmetric 

(S)  elements  relative  to  the  diagonal 
of  the  matrix.  If  "SM  is  used,  the 
(i,j)  and  (j,i)  elements  are  changed 
accordingly. 


r 1,c1 


r2,c2 


Integer  row  number  and  column  number, 
respectively,  of  the  first  element  to 
be  changed. 

Integer  row  number  and  column  number, 
respectively,  which  identify  the  last 
element  in  a sequence  of  elements  to 
be  changed  (r2>r1  and  c2>c1) . A sequence 
of  elements  is  identified  by  incrementing 
rtr1"  by  "ril"  and  "cl"  by  "cil."  If 
the  key-word  RS  or  SS  is  used,  all 
elements  identified  by  a sequence  must 
be  either  in  the  upper  or  the  lower 
triangular  portion  of  the  matrix. 
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r i 1 , ci  1 


Default:  Only  the  element  identified 
by  Mr1"  and  "cl"  is  to  be 
changed. 

Integer  row  and  column  number  increments, 
respectively,  used  to  establish  a 
sequence  of  elements  where  0<ri1<(NDOF- 
1)  and  0<ci1<  (NDOF-1) . The  increments 
are  applied  simultaneously  to  yield 
the  sequence,  (r1,c1),  (rl+ril ,c1+ci1) , 

. . (rl* j*r1 ,c1+ j*ci1) . The  maximum 

value  of  " j"  is  such  that 
rl  ♦ (j+1)*ri1>r2  or 
cl  ♦ (j  + 1)  *ci  1>c2. 

Defaults:  ri1=1  and  ci1=0 

vail  = The  value  to  be  used  to  replace  (R) 

or  scale  (S)  the  matrix  elements 
identified  by  the  sequence. 

The  remaining  items  in  this  record  allow  other 
modifications  to  be  made  to  additional  elements  of  the 
matrix.  The  items  identify  the  type  of  modification  to 
be  made,  the  elements  to  be  changed  and  value  to  be  used 
in  making  *he  change.  Changes  are  effected  in  a left- 
to-right  order.  Multiple  changes  for  a particular  element 
are  cumulated. 

Caution:  Element  identifiers  must  be  in  the  range  1 to 

NDOF,  inclusive,  where  NDOF  is  the  order  of  the 
basic  matrices.  Multiple  change  instructions 
may  be  defined  by  this  record  provided  the  maximum 
number  of  data  icems  does  not  exceed  250. 

Default  Record:  The  basic  matrices  are  not  modified 

prior  to  performing  a flutter  solution. 

This  record  may  be  repeated  to  define  modifications  for 
*he  DAMPING,  MASS  and  STIFFNESS  matrices.  Only  one  record 
of  this  type,  however,  is  allowed  for  each  type  of  matrix. 


122.6 


•in  m i htaM 


FLUTTER 


Example  Records: 

MASS  SA  1 1 TO  5 1 1. 10  SS  5 3 1.30  / 

The  first  5 elements  in  column  1 of  the  mass  matrix  are  scaled 
(factored)  by  1.10  prior  to  scaling  the  elements  (5,3)  and  (3,5) 
by  1.30 

STIFF  SS  2 1 TO  5 4 BY  1 1 0.99  / 

The  elements  on  two  sub-diagonals  of  the  stiffness  matrix  are 
scaled  by  0.99 

DAMP  PA  3 3 0.00057  / 

The  third  diagonal  element  of  the  structural  damping  matrix 
is  replaced  by  the  value  0.00057 

Record  8 Retention  Set  Identifiers  (optional) 

A subset  of  the  retention-vector  sets  defined  by  Record 
5 may  be  associated  with  the  change- set  identified  by 
Record  6. 


FSET  Numl  Num2  . . . 


Numl ,Num2  = List  of  retention  set  numbers  (integers) 

to  be  associated  with  the  CSET  identified 
by  Record  6.  Each  "NumiM  must  have 
been  defined  previously  by  Record  5. 

Default  Record:  All  RSETS  defined  by  Record  5 will  be 

associated  with  the  CSET  identified 
by  Record  6. 

Record  9 Alternative  Altitudes  (optional) 

A new  set  of  1 to  8 altitudes  may  be  defined  for  the 
change- set  identified  by  Record  6. 


ALTITUDE  al  a2  . . . 


a1,a2,...  - Same  as  defined  for  Record  3 

Default  Record:  The  basic  altitudes  specified  by  Record 

3 are  used  for  this  change-set. 

Additional  cases  may  be  defined  by  repeating  Records 
2-9  with  a unique  identification  number  assigned  to  each  case 
by  Record  2. 
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Fecord  10  End  Data  Set. 


END  FLUTTEF  DATA 


Additional  flutter  data  cases  may  be  defined  by  repeating 
Fecords  1-10. 


Table  122-1*  Summary  of  Flutter  Data  Records 


Re  ference 
Page 


Data  Records 


122.2 

122.2 

122.2 

122.3 

122.3 

122.4 

,122.5 


122.7 

122.7 

122.8 


BEGIN  FLUTTER  DATA 

CASE  n <*  t text  t > 

ALTITUDE  a|  a2  ... 

DAMPING  gl  g2  ... 

RSET  n f|  f2  ... 

CSET  n <*/  text  /> 

^ DAMPING  \ 

\ MASS  >Mod  r|  cl  <T0  r2  c2  <BY  ril  ci|»  val| 

^STIFFNESS)  ^ , 0 . s 

- ■■  <Mod  r3  c3  . . . > 


where  Mod  = 

RSET  Numl  Num2  ... 
ALTITUDE  a|  a2  ... 

END  FLUTTER  DATA 
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RS 

SA 

SS 
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126.0  GEOMETRY  DATA 


The  GEOMETRY  Preprocessor  allows  the  user  to  define  and 
control  the  three-dimensional  geometry  of  one  or  more  components 
of  a structural  model.  This  preprocessor  interrogates  and 
stores  the  geometry-definition  data,  develops  the  component 
surface  geometry  and  subsequently  extracts  requested  information 
from  the  generated  data.  All  interrogations  of  the  generated 
qecmetry  are  initiated  by  appropriate  nodal  input  data  to  the 
NCDAL  Preprocessor  for  definition/ extraction  of  surface  or  mid- 
surface nodal  coordinates  (see  sec.  146.0). 

Surfaces  are  generated  from  the  input  data  by  numerical 
curve-fitting  techniques  and  by  enrichment  of  the  geometry  input 
data.  The  curve-fitting  process  consists  of  passing  a chain 
of  cubic -polynomial,  curve  segments  (a  spline)  between  adjacent 
data  points  such  that  slope  and  curvature  continuity  at  the 
points  are  maintained.  The  selected  chain  of  cubics  is  the 
one  that  minimizes  the  curvature  of  the  entire  curve  that  passes 
through  the  corresponding  input  data  points.  Optional,  user- 
ccntrol  of  slope  and  curvature  between  chains  is  provided  so 
that  surface  discontinuities  may  be  defined. 

Surface  geometries  are  defined  by  multiple  views  of 
selected  control  curves.  Each  control  curve  is  input  as  a 
series  of  curve  segments  that  may  be  straight,  circular  or 
cubic.  General,  intersecting  and  non-intersecting  curved 
surfaces  may  be  defined. 

A maxxmum  of  61  components  may  be  identified  per  job. 

Each  conponent  may  be  used  many  times  in  defining  a particular 
model  and  each  component  may  be  associated  with  different  nodal 
data  sets  (sec.  146.0). 

The  geometry  data  set  is  comprised  of  only  one  data  subset 
by  which  one  or  more  components  is  defined,  options  are  provided 
for  defining  components  that  require  detailed  geometric  data 
and  for  components  that  only  require  a minimal  amount  of  detail. 
Direct  interrogation  of  the  input  and  generated  geometries 
cannot  be  performed  by  the  user.  Verification  of  the  extracted 
ncdal  coordinates,  however,  may  be  performed  via  printout  from 
the  NODAL  Postprocessor  (sec.  246.  1)  and  via  plots  generated 
by  the  EXTRACT  and  GRAPHICS  Postprocessors  (sec.  218.0  and 
228.0)  . 
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126.1  INPUT  DATA 


Geometry  data  are  required  only  if  the  user  elects  to 
define/generate  some  or  all  of  the  nodal  coordinates  for  a model 
based  on  its  surface  geometries.  Input- record  data  defining 
component  geometries  for  this  purpose  must  precede  the 
corresponding  nodal  data.  No  other  data  set  must  precede  this 
data  set  in  the  input  stream. 

Geometry  data  for  a component  surface  are  defined  and 
developed  relative  to  a local,  right-handed,  rectangular 
coordinate  system  x-y-z.  Each  component  is  assigned  a different 
label  for  identification  purposes.  The  same  label  is  used  to 
name  the  nodal  input  reference  frame  (sec.  146.0)  when  nodal 
coordinates  are  extracted  from  the  geometry  data  for  a particular 
component.  Nodes  defined  in  this  manner  are  associated  with 
a unique  component  (and  geometry) . Thus,  interrogation  of  a 
component  geometry  is  initiated  by  the  NODAL  Preprocessor  by 
a one-to-one  correspondence  of  the  nodal- input  frame  name  and 
the  component  name.  The  orientation  of  one  component  relative 
tc  another  component  (and  relative  to  the  GLOBAL  frame)  is 
established  by  the  selected  origins  and  orientations  of  the 
corresponding  nodal- data  input  reference  frames. 

A set  of  components  may  be  associated  with  one  or  more 
ncdai  data  sets.  A maximum  of  61  components  may  fce  defined 
via  the  GEOMETRY  Preprocessor  per  job  and  a maximum  of  61 
components  may  be  referenced  by  a particular  nodal  data  set. 

126.1.1  Contrpl  Curve  Definitions 

The  geometry  of  a component  surface  is  specified  by  user- 
selected  longitudinal  and  cross-section  control  curves  that 
define  the  surface.  Each  control  curve  is  defined  by  points 
and  curve  segments  in  two-dimensional  views  relative  to  an  x- 
y-z  reference  frame. 

Longitudinal  control  curves  are  used  to  define  locations 
of  surface  discontinuities  and  to  identify  locations  at  which 
nodal  coordinates  are  to  be  extracted  by  the  NODAL  Preprocessor 
(sec.  146.0).  Generally,  these  curves  separate  regions  on  the 
surface  where  different  curve-fitting  rules  and  constraints 
are  required  for  surface  generation.  The  longitudinal  axis 
of  a component  defined  by  detailed  geometry  data  (sec.  126.1.2.1) 
must  be  the  x-axis,  whereas  the  longitudinal  axis  of  a component 
defined  by  simplified  geometry  data  (sec.  126.1.2.2)  must  be 
the  y-axis.  A lonqitudinal  control  curve  is  defined  by  its 
side  view  and  top  view  as  illustrated  in  figures  126-1  and  126- 
2.  To  assure  that  a smooth,  continuous  surface  is  generated. 
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it  is  necessary  that  both  views  of  each  longitudinal  curve  are 
sirocth  and  continuous. 

Cross  sections  of  a component  are  established  at  selected 
lonqitudinal  locations  by  input  of  "true-view"  cross-section 
control  curves.  For  a "detailed-qeometryw  component,  these 
curves  are  defined  in  planes  that  are  perpendicular  to  the  x- 
z plane  as  shown  in  figure  126-1.  Additionally,  the  cross- 
section  planes  are  perpendicular  either  to  the  x-axis  or  to 
a cross-section-axis  control  curve  defined  by  the  user  (see 
fiq,  126-1).  A section  axis  must  be  contained  within  the  x- 
z plane.  For  a w simplified-geometry”  component,  cross-section 
planes  must  be  perpendicular  to  the  y-axis  as  shown  in  figure 
126-2. 
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Each  two-dimensional  view  of  a control  curve  is  defined 
as  a series  of  straiqht,  circular  and/or  cubic  curve  segments 
with  optional  slope  and  curvature  constraints.  All  curve 
segments  are  defined  by  one  type  of  input-data  record  and  all 
constraint  data  are  specified  by  another  type  cf  record.  These 
twc  types  of  records  may  be  used  in  several  places  within  a 
geometry  data  set.  Thus,  the  formats  of  these  records  are 
presented  here  and  referenced  as  Record  A and  Record  B in  the 
subsequent  data-record  descriptions.  Examples  of  these  records 
are  shown  by  figure  126-3.  Since  the  control  curves  are  defined 
relative  to  different  planes  associated  with  the  local  x-y-z 
reference  frame,  the  following  discussion  identifies  the  input 
frame  as  u-v-w  wherein  the  association  with  the  x-y-z  triad 
is  established  by  the  type  cf  view. 

Record  A — Control  Curve  Definition 


This  record  defines  the  two-dimensional  loci  of  a control 
curve  in  terms  of  one  or  more  curve  segments  through 
selected  points  established  by  u-v  coordinates. 


Seql  Seq2  ...  Seqn 


Seqi  = The  i-th  list  of  3 or  more  items  defininq 

the  i-th  curve  segment.  "Segi"  must 
be  cne  of  the  following: 

STRAIGHT  ul  vl  <u2  v2  . . . un  vn> 

CUfilC  ul  vl  u2  v2  <u3  v3  ...  un  vn> 

« CIRCLE  ul  vl  <u2  v2>  uc  vc 

CIRCLE  ul  vl  <u2  v2>  r 

CIRCLE  uc  VC  r 

The  type  of  curve  segment  is  identified 

by  the  key-word  and  the  remaining  items 
define  the  geometrical  points  to  be 
used  in  fitting  the  control  curve. 

ui,vi— The  u-v  coordinates  of  a point  through 
which  the  segment  passes 

uc,vc--The  u-v  coordinates  of  the  center  of 
a circular  arc 

r— Ra  is  of  a circular  arc.  This  item 
r. -t : either  be  positive  or  negative  to 
orient  an  arc  segment  relative  to  the 
curve  itself  and  relative  to  the  u-v 
axes.  A positive  radius  places  the 
center  of  curvature  on  the  right-hand 
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side  of  the  vector  that  goes  between 
two  successive  points  used  to  define 
the  curve  (e.g,  points  FI  and  P2  in 
the  following  sketches) . A negative 
radius  places  the  center  of  curvature 
on  the  left-hand  side  of  the  vector. 


5 


Any  combination  of  up  to  99  STRAIGHT,  CIRCLE  and  CUBIC 
segments  may  be  used  to  define  the  trace  of  a control 
curve.  Each  trace  must  be  contiguous  and  must  be 
specified,  in  a positive  order,  from  the  beginning  to 
the  end  of  the  curve.  Positive  directions  of  the  control 
curves  are  identified  where  Record  A is  referenced. 

The  ul,  vl  coordinates  specified  for  "Segi**  define  the 
beginning  point  of  the  i-th  segment  and  the  end  point 
of  the  (i-1)  segment.  The  coordinates  of  the  last  point 
used  to  define  a curve  are  specified  by  the  items  u2, 
v2  or  un,  vn.  Thus,  for  example,  a curve  comprised  of 
any  combination  of  segment  types  that  passes  through  three 
points  reguires  only  six  coordinates  to  be  input. 

certain  characteristics  of  each  type  of  curve  segment 
are  as  follows: 

STRAIGHT — May  be  specified  to  pass  through  two 
or  more  points. 

CUBIC — A chain  of  cubics  may  be  specified  to 
pass  through  three  or  mere  points. 
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rTRCLE--Generally,  an  arc  segment  is  defined 
by  its  center  (uc,vc)  or  radius  (r) 
and  its  two  end  points.  The  orientation 
of  an  arc  segment  defined  by  its  radius 
is  established  by  the  sign  of  "r"  as 
described  above,  n semi-circle  must 
te  defined  by  specifying  its  radius. 
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The  option  for  "Segi"  denoted  by 
CIRCLE  uc  vc  r 

is  applicable  only  for  the  simplified , 
qeometry  input-data  option  (sec. 
126.1.2.2).  In  this  case,  the  control 
curve  is  completely  defined  by  one 
segment. 

Circles  and  arc  segments  are  mapped 
into  chains  of  cubic  equations  by  the 
GEOMETRY  Preprocessor.  Each  arc  segment 
is  simulated  by  fitting  a cubic  spline 
through  10  equally- spaced  points 
generated  by  the  program.  Caution  roust 
thereby  be  exercised  when  interrogating 
geometry  data  defined  by  CIRCLE  segments. 

Record  £ — curve  Segment  Constraints 


This  record  is  used  to  enforce  slope  and  curvature 
constraints  at  selected  points  on  CIRCLE  and  CUBIC  segments 
of  the  control  curve  defined  by  the  immediately  preceding 
Record  A.  Constraints  may  be  specified  at  curve-segment 
boundary  points  or  at  points  within  curve  segments.  If 
Record  B is  not  input,  slope  continuity  at  all  curve- 
segment  boundary  points  is  automatically  enforced. 

Geometry  alterations  cr  constraints  may  not  be  applied 
to  STRAIGHT  segments. 


Coni  Con2  ... 


Coni  = The  i-th  list  of  3 or  more  items  defining 

the  i-th  constraint.  "Coni"  must  be 
one  of  the  following: 

{SLOPE  cord  Valsl 
CURVATURE  Cord  ValsJ 

Cord--A  u-coordinate  that  identifies  the 

location  of  a point  on  the  control  curve 
at  which  either  the  SLOPE  or  the 
CURVATURE  (reciprocal  of  radius-of- 
curvature)  is  specified  by  "Vais." 
Constraints  for  a curve  may  be  input 
in  any  order. 
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Vals- 


valuei- 


INCOMI N3 1 

outgoing] 


-A  list  of  one  or  more  items  which  must 
be  one  of  the  following: 


valuel 

INCOMING 

valuel 

OUTGOING 

value 2 

INCOMING 

k 

va lue 1 QUIGOING  va lue  2 

-The  value  of  the  SLOPE  or  CURVATURE 
to  be  enforced  at  the  point  established 
by  "Cord."  A positive  slope  corresponds 
to  a positive  value  of  dv/du.  The  key- 
word INFINITE  may  be  input  for  "valuei" 
to  denote  an  infinite  slope.  Curvatures 
may  be  positive  or  negative  to  define 
the  proper  orientation  of  the  curve 
relative  to  the  u-v  axes.  The  siqn 
specified  for  a curvature  is  treated 
in  the  same  manner  as  the  sign  associated 
with  a CIRCLE  radius  as  discussed  above. 

-Key-words  that  identify  the  INCOMING 
and  OUTGOING  segments  of  the  curve  at 
a seqment-boundary  input  point.  The 
direction  of  the  curve  is  established 
by  Record  A.  SLOPE  or  CURVATURE  values 
may  be  enforced  on  the  INCOMING  sile 
and/or  the  OUTGOING  side  as  denoted 
by  the  foregoing  three  options. 


V 


A — Copt r ol _£u r v e Cefinition 


C I R 2 . 5 . 

Cl?  12.  7. 

CUc  18.  6. 


-4. 

13. 

20. 


CIR 

6. 

6. 


5. 

STR 

23. 


5. 

14. 

8. 


1.  5 
6. 
26. 


RECORD  c— Curve  Segment  constraints 


SLC  20.  INC  0.  OUT  1.0  CUR  23. 


CUB 

16. 

6. 


.25 


8.  5.  10.  5. 

3. 

/ 


SLO  26.  0.  / 


Figure  126-3.  Example  Control-Curve-Oef in ition  and  Curve-Segment 
Constraint  Records 
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Record  1 Data  Set  Identification 


BEGIN  GEOMETRY  DATA 


This  record  initiates  execution  of  the  GEOMETRY 

Preprocessor. 

Options  are  provided  for  defining  components  that  require 
detailed  geometric  data  and  for  components  that  require  only 
a minimal  amount  of  detail.  Either  the  detailed  geometry-data 
option  (Records  2-14)  or  the  simplified  data  option  (Records 
15-26)  may  be  used  to  define  the  geometry  of  a component.  The 
primary  differences  between  these  options  are  as  follows: 

a)  n.  user- selected  number  of  longitudinal  curves  are  input 
to  define  a detailed  geometry,  whereas  only  two 
lonqitudinal  curves  are  used  to  define  a simple 
geometry. 

b)  There  is  an  option  to  have  the  GEOMETRY  Preprocessor 
automatically  ENRICH  the  number  of  longitudinal  curves 
for  a detailed  geometry  by  generation  of  additional 
control  curves.  Enrichment  is  required  for  a simple 
geometry. 

c)  A cross-section  axis  may  be  defined  via  Records  A and 
B for  a detailed  geometry.  In  this  case,  the  input 
cross-section  control  curves  lie  in  planes  that  are 
normal  to  the  section  axis.  If  no  section  axis  is 
defined  or  if  the  simple  geometry  option  is  selected, 
all  input  cross-section  curves  lie  in  planes  that  are 
normal  to  the  lonqitudinal  axis. 

d)  A detailed-geometry  component  may  have  open  or  closed 
cross-section  contours,  whereas  a simple-geometry 
component  must  have  closed  section  contours. 

e)  There  is  an  option,  only  for  simple  geometries,  to 
rotate  the  input  cross-section  control  curves  after 
they  are  defined.  Rotations  are  effected  within  the 
plane  of  the  control  curve  and  about  a user-selected 
point  within  the  plane. 
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The  number  of  control  curves  used  to  define  the  qeometry 
of  a component  by  either  option  must  satisfy  the  expression 

12*NLC*NCS<12000 

where  NLC  is  the  number  of  longitudinal  control  curves  and  NCS 
is  the  numoer  of  cross-section  control  curves. 

Non-intersecting  and  intersecting  curved  surfaces  may 
be  defined  via  either  the  detailed  geometry  data  or  the  simple 
geometry  data.  Surface  and/or  mid-surface  nodal  coordinates 
may  be  subsequently  extracted  for  components  defined  in  either 
manner.  Mid-surface  nodes  may  be  defined  for  components  with 
open  or  closed  section  contours  (see  sec.  146.0). 

126.1.2.1  Detailed  Geometry  Data 

If  tna  component  is  to  be  defined  via  simple  geometry 
data.  Records  2-14  should  not  be  input. 

Record  2 component  Identifier 


BEGIN  COMPONENT  <label> 


label  = An  alphanumeric  word  of  1 to  7 characters 

that  identifies  the  component  defined 
by  Records  3-14  and  identifies  the  local 
x-y-z  reference  frame  used  to  define 
that  component.  If  more  than  one 
component  is  required  for  a particular 
•job,  each  "label"  must  be  different. 

The  word  INPUT  may  not  be  used  for 
"label." 

Default:  GLOBAL--this  Key-word  is 

associated  with  a component 
that  is  defined  relative  to 
the  GLOBAL  frame. 

A maximum  of  30  longitudinal  control  curves  may  be  used 
to  define  a detailed-geometry  component.  Each  curve  is  assigned 
a unique  label  for  subsequent  identification.  The  order  in 
which  the  curves  are  described  must  be  sequential  from  one  edge 
of  the  surface  to  the  other  edge  (see  fig.  126-1).  It  should 
be  noted  that  if  the  component  has  closed  cross-section  contours, 
two  longitudinal  control  curves  defined  by  similar  coordinates 
must  be  input.  The  sequence  in  which  the  longitudinal  control 
curves  are  input  establishes  the  order  in  which  the  curve 
segments  for  each  of  the  cross-section  control  curves  are  input. 


126.  12 


GEOMETRY 


The  SIDE  view  of  each  longitudinal  control  curve  used 
to  describe  the  component  identified  by  Record  2 is  defined 
by  repeating  Records  3 and  4.  Each  curve  is  identified  by 
Record  3 and  the  curve  seqments  are  described  by  Record  4. 

Record  3 Side  View  of  a Longitudinal  Curve 


SIDE  VIEW  name 


name  = An  alphanumeric  word  of  1 to  10 

characters  that  identifies  the 
longitudinal  control  curve  described 
by  Record  4.  The  words  LC1  and  LC2 
may  not  be  used.  Each  "name”  associated 
with  a component  must  be  different. 

Record  4 Side-View  Definition  of  Longitudinal  curve 


Record  A or  Records  A and  B 


The  direction  of  the  curve  defined  by  Record  A must  be 
along  the  x-axis.  The  curve  must  also  be  single-valued 
with  respect  to  x.  Data  input  by  these  records  are: 

u = x-coordinate  of  a point  used  to  define 

the  curve  segments  for  the  side  view 
of  the  control  curve. 

v = corresponding  z- coordinate  of  the  point. 

value  = Positive  slopes  correspond  to  positive 

values  of  dz/dx. 

Records  3 and  4 are  repeated  to  define  at  least  2 
longitudinal  curves. 

The  TOP  views  of  each  longitudinal  control  curve  described 
by  Records  3 and  4 are  defined  by  Records  5 and  6.  The  order 
in  which  the  curves  are  described  by  these  records  need  not 
correspond  to  the  order  in  which  they  are  described  by  Records 
3 and  4.  Records  5 and  6 need  not  be  input  for  a curve  whose 
top-view  is  coincident  with  the  x-axis. 

Record  5 Top  View  of  a Longitudinal  Curve 


TCP  VIEW  Name 


Name  = The  “name”  previously  assigned  to  a 

control  curve  by  Record  3.  The  TOP- 
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view  trace  of  this  curve  is  described 
by  Record  6. 


Record  6 Top-View  Definition  of  Longitudinal  Curve 


Record  A or  Records  A and  B 


The  direction  of  the  curve  defined  by  Record  A must  be 
alonq  the  x-axis.  The  curve  must  also  be  single-valued 
with  respect  to  x.  Data  input  by  these  records  are: 

u = x- coordinate  of  a point  used  to  define 

the  curve  segments  for  the  top  view 
of  the  control  curve. 

v = Corresponding  y- coordinate  of  the  point. 

value  = Positive  slopes  correspond  to  positive 

values  of  dy/dx. 

Records  5 and  6 are  repeated  to  define  the  top  view  of 
each  lonqitudinal  control  curve.  By  default,  the  top  view  of 
a curve  is  assumed  to  be  the  x-axis. 


Record  7 Enrichment  of  Longitudinal  Curves  (optional) 


The  us*  . may  request  a maximum  of  70  additional 
lonqitudinal  curves  to  be  generated  between  selected, 
user- defined,  lonqitudinal  curves.  The  additional  curves 
are  qenerated  via  a cubic  interpolation  technique.  These 
curves  are  equally-spaced  on  the  section  contour  between 
the  selected,  input,  control  curves.  This  option  provides 
a convenient  method  of  increasing  the  number  of  control 
curve  points  on  a sectional  cut  for  extraction  of 
additional  nodal  coordinates  (ref,  sec.  146.0). 


Variation  1 


ENRICH  BY  num 


num  = Integer  number  of  additional  control 

curves  to  be  qenerated  between  each 
pair  of  user- defined  longitudinal  curves. 


Variation  2 

ENRICH  Namel 

TO 

Name2 

BY 

numl 

<Name3 

• 

TO 

Name4 

BY 

num2 

• 

• 

Namem 

TO 

Namen 

BY 

numk> 

i 
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The  "name”  previously  assigned  to  a 
longitudinal  control  curve  by  Record 
3. 

Integer  number  of  curves  to  be  generated 
between  each  pair  of  user-defined  control 
curves  included  in  the  i-th  sequence 
of  curves  identified  by  "Namel"  and 
"Name2, ••  MName3"  and  "Namei*,"  etc. 

Additional  curves  are  not  generated 
between  the  user- defined  control  cu_ves 
that  are  not  identified  by  this  record. 

Eitner  Variation  1 or  Variation  2 cf  this  record  may  be 
used  for  a particular  component.  Variation  2 of  this 
record  may  be  repeated. 

Default  Record:  No  enrichment  of  the  input  longitudinal 

control  curves  is  performed. 

Cross- section  control  curves  are  defined  relative  to 
planes  which  are  normal  either  to  the  longitudinal  x-axis  or 
to  a cross-section  axis  (a  control  curve)  defined  by  Records 
8 and  9.  If  any  cross-section  plane  is  not  perpendicular  to 
the  x-axis,  a section  axis  must  be  defined.  A section  axis 
must  be  contained  within  the  x-z  plane.  Thus,  it  is  defined 
wholly  by  its  SIDE  VIEW  (see  fig.  126-1).  If  all  cross-section 
planes  are  normal  to  the  x-axis.  Records  8 and  9 should  not 
be  input. 

Record  8 section  Axis  Indicator  (optional) 


SECTION  AXIS 


Record  9 side-view  Definition  of  Section-Axis  Curve  (optional) 


Record  A or  Records  A and  B 


The  direction  of  the  curve  defined  by  Record  A must  be 
alonq  the  x-axi3.  The  curve  must  span  the  full  length 
of  the  component  and  it  must  be  single-valued  with  respect 
to  x.  Data  input  by  these  records  are: 

= x- coordinate  of  a point  used  to  define 
the  curve  segments  for  the  section-axis 
control  curve. 

= corresponding  z-coordinate  of  the  point. 


Namei 


numi 


Default  Items: 
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value  = Positive  slopes  correspond  to  positive 

values  of  dz/dx. 

Default  Records:  If  Records  8 and  9 are  not  input,  the 

cross-section  curves  defined  by  Records 
10-13  are  contained  within  y-z  planes. 

Records  10-13  are  repeated  to  define  at  le«s'  two  and 
a maximum  of  4 9 cross-secticn  curves  for  the  component. 

Record  10  Cross  section  Location 


SECTION  cord  <SAME> 


cord  = x-coordinate  that  defines  the  location 

at  which  a cross-secticn  contour  is 
described  by  Records  11-13. 

SAME  = Key-word  denoting  that  the  cross-section 

contour  at  ••cord1’  is  the  same  as  that 
defined  by  the  immediately-preceding 
Records  11-13. 

Default:  The  section  contour  at  "cord1* 
is  defined  by  the  next  Records 
1 1-13. 


Curve  segments  defining  the  "true-view"  of  a cross-section 
control  curve  are  input  via  Record  11.  The  u-v  coordinates 
input  by  this  record  correspond  to  z-y  coordinates  if  a section 
axis  is  defined  by  Records  8 and  9.  That  is,  the  origin  of 
the  u-v  axes  is  on  the  x-axis  and  the  u-axis  is  parallel  to 
the  z-axis  as  shown  below.  If  a section  axis  is  defined,  the 
origin  of  the  u-v  axes  is  on  the  section  axis.  Fcr  this  case, 
the  u-axis  is  normal  to  the  section  axis  and  the  v-axis  is 
parallel  to  the  y-axis. 


CROSS-SECTION 


126.16 


GEOMETRY 


Record  11  Cross-Section  Control-Curve  Definition 


Record  A 


The  direction  of  the  curve  defined  by  this  record  must 
be  as  shown  in  figure  126-1.  The  order  in  which  a section 
contour  is  input  must  be  consistent  with  the  order  in 
which  the  longitudinal  control  curves  are  defined  by 
Record  3.  Thus,  the  first  point  used  to  describe  a section 
control  curve  must  correspond  to  the  intersection  of  the 
first  longitudinal  control  curve  with  the  cross-section 
plane,  whereas  the  last  point  must  correspond  to  the  last 
lcnqitudinal  control  curve.  The  u-v  coordinates  of  points 
input  by  this  record  are  illustrated  above.  At  least 
those  points  where  the  lonqitudinal  control  curves 
intersect  the  cross-section  plane  must  be  established 
by  this  record.  These  input  points  must  map  onto  the 
intersection  points  with  no  distortion. 


Either  cubic  or  straight  curves  may  be  fitted  through 
the  section- contour  points  by  Record  12.  Slopes  of  the  section 
contour  at  points  corresponding  to  the  longitudinal  control 
curves  iray  be  defined  by  Record  13. 


Record  12  Cross-Section  Control-Curve  Fitting  Data 


FIT  Nam  el 


/OJBIC  \ Name  2 
\sigAIGHT/ 


/SUBIC \ 

\ straight/ 


Name3 


Namei 


/cubic  \ 

\^TRAIGHT/ 


The  "name"  of  a longitudinal  control 
curve.  The  order  in  which  "Namei"  is 
input  by  this  record  must  be  consistent 
with  the  order  in  which  the  control 
curves  are  defined  by  Record  3.  "Namei" 
must  be  the  name  of  the  first  curve. 

The  name  of  the  last  longitudinal  control 
curve  must  be  identified  by  this  record. 
Not  all  of  the  control  curves,  however, 
need  be  identified  by  this  record. 

Key-  word  denotinq  that  a CUBIC  or 
STRAIGHT  curve  fit  is  to  be  used  between 
"Namei"  and  "Name2"  or  between  "Name2" 
and  "Name3"  etc. 

Default:  CUBIC 


Example:  Lonqitudinal  control  curves  identified  by  the  names 
A through  G were  defined  by  Record  3.  Twenty  points 
were  used  to  define  a section  contour  by  Record  11. 
The  coordinates  of  7 of  these  points  that  correspond 


126.17 


4 


to  the  longitudinal  curves  must  be  defined  carefully 
such  that  mappinq  of  these  points  onto  curves  A-G  is 
performed  properly.  If  a straight  line  is  to  be  usfd 
between  curves  B-C,  C-D  and  F-G,  and  a cubic  spline 
is  to  be  used  elsewhere,  the  input  record  could  be 
FIT  A B STR  D CUB  F STR  G / 

Record  13  cross-section  Control-Curve  Slope  constraints 
(optional) 


SLOPE  Namel  Vais  Name2  Vais  ... 


Namei 


Vais 


Default  Record: 


Records  10-13  are  repeated  to  define  at  least  2 or  a 
maximum  of  49  cross-section  curves  for  a component. 

Record  14  End  component  Data  (optional) 


END  COMPONENT  DATA 


This  record  denotes  that  the  geometry  data  for  a component 
have  been  defined.  Additional  components  may  be  defined 
by  additional  Records  2-14  or  by  Records  15-26  described 
below. 

126.1.2.2  Simplified  Geometry  Data 

If  a component  is  defined  via  detailed  geometry  data 
(Fecords  2-14) , Records  15-26  should  not  be  input. 

Record  15  component  Identifier 


BEGIN  COMPONENT  <label> 


label  = An  alphanumeric  word  of  1 to  7 characters 

that  identifies  the  component  defined 
by  Records  16-26  and  identifies  the 
local  x-y-z  reference  frame  used  to 
define  that  component.  If  more  than 
one  component  is  defined  for  a particular 


The  "name"  of  a longitudinal  control 
curve  at  which  the  constraint  is  to 
be  applied. 

Same  as  defined  for  Record  B fo  r SLOPE 
constraints. 

Slopes  of  the  cross-section  control- 
curve  are  established  from  Records  11 
and  12. 
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■job,  each  "label"  must  be  different. 

The  word  INPUT  may  not  be  used  as  a 
label. 

Default:  GLOBAL- -This  key-word  is 

associated  with  a component 
that  is  defined  relative  to 
the  GLOBAL  frame. 

A "simple  geometry"  component  is  defined  by  two 
longitudinal  control  curves  identified  as  "i  :1"  and  "LC2." 

As  illustrated  in  figure  126-2,  these  curves  should  not  cross 
in  the  TOP  view.  The  TOP  views  of  these  curves  are  described 
by  Records  16-19.  The  SICE  view  of  one  oi  these  curves,  as 
defined  by  Records  20  and  21,  describes  the  "shear" 
characteristic  of  the  component  relative  to  the  x-y  reference 
plane.  As  seen  in  the  TOP  view,  the  edqe  of  the  component 
surface  defined  by  the  largest  x-coordinates  must  be  identified 
by  the  curve  LC1. 

Record  16  Top  View  Indicator 


TCP  VIEW  LC1 


Record  17  Top-View  of  Longitudinal  Curve  LC1 


Record  A or  Records  A and  B 


The  direction  of  the  curve  defined  by  Record  A must  be 
along  the  y-axis.  The  curve  must  also  be  single- valued 
with  respect  to  y.  Data  input  by  these  records  are: 

u * y-coordi  ;ate  of  a point  used  to  define 

the  curve  segments  for  the  top  view 
of  the  control  curve. 

v = Corresponding  x-coordinate  of  the  point. 

value  = Positive  slopes  correspond  to  positit 

values  of  dx/dy. 

Record  18  Top  View  Indicator 


TCP  VIEW  LC2 


Record  19  Top- View  of  Longitudinal  Curve  LC2 


Record  A or  Records  A and  B 


Same  as  Record  17 


Record  20  S:<.de  View  Indicator 


SICE  VIEW 

LC1 

LC2 

Record  21  Side-i/iew  of  Lorgitudinal  Curve  LC1  or  LC2 


Record  A or  Records  A and  B 


The  direction  of  the  curve  defined  by  Record  A must  be 
along  he  y-axis.  The  curve  must  also  be  single-valued 
with  respect  to  y.  Data  input  by  these  records  are: 

u = y- coordinate  of  a point  used  to  define 

the  curve  segments  for  the  side  view 
of  LC1  or  LC2. 

v - Corresponding  z-coordinate  of  the  point. 

value  Positive  slopes  correspond  to  positive 

values  of  dz/dy. 

cross-section  control  curves  are  defined  relative  to 
planes  which  ate  normal  to  the  y-axis.  The  u-v  input  plane 
is  positioned  relative  to  the  longitudinal  axis  by  Record  22 
and  the  control  curve  is  defined  by  Record  23.  Each  cross- 
section  control  curve  is  scaled  and  fitted  automatically  to 
the  LC1  and  LC2  longitudinal  curves  at  the  specified  longitudir 
pcsiticr.  Non-dimensional  u-v  coordinates  may,  therefore,  be 
used  to  define  cross-section  control  curves.  "Twist" 
characteristics  of  the  component  may  optionally  be  specified 
for  selected  cross-section  curves  by  Record  24. 

Record  22  cross  Section  Location 


SECTION  cord 


ccrd  = y-coordinate  that  defines  the  location 

at  which  a cross-section  contour  is 
described  by  Records  23  and  24. 

Record  23  Cross-Section  Control-CUrve  Definition 

| Record  a 

The  direction  of  the  curve  defined  by  this  record  must 
be  as  shown  in  fiqure  126-2.  The  curve  must  be  single- 
valued for  ♦-he  maximum  and  minimum  x-coordinates  defining 
the  sectioi  contour.  The  first  and  last  points  of  the 
cross-section  curve  must  correspond  to  the  longitudinal 
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curve  LC1.  The  point  on  the  section  curve  with  the 
smallest  x-coordinate  (infinite  slope)  is  automatically 
mapped  onto  curve  LC2.  The  section  contour  is  scaled 
accordingly.  Data  input  by  this  record  are: 

u = x-coordinate  or  non-dimensional  x- 

coordinate  of  a point  used  to  define 
the  curve  segments  for  the  section 
contour. 

v = Corresponding  z- coordinate  or  non- 

dimensional  z-coordinate  of  the  point. 


Record  24  Rotation  of  Input  cross  Section  (optional) 


ROTATE  angle  ABOUT  x z 


angle  = Anqle  of  rotation  (degrees)  in  the  plane 

of  the  section  defined  by  the 
immediately- preceding  Record  23.  A 
positive  "angle"  corresponds  to  a 
positive,  riqht- handed  rotation  about 
the  y-axis.  The  rotated  curve  is 
automatically  mapped  to  the  longitudinal 
curves  as  described  above. 


x,z  = x and  z coordinates  that  define  a pivot 

point  contained  in  the  section  plane. 

Default  Record:  The  cross-section  curve  as  defined  by 

Record  23  is  not  rotated  prior  to  mapping 
it  to  LC1  and  LC2. 


At  least  two  cross-section  curves  must  be  defined  by 
Records  22-24.  These  records  may  be  repeated  to  define  a maximum 
of  49  cross-section  contours  for  a component. 

Longitudinal  control  curves  through  selected  points  on 
the  v-ross-secticn  contours  are  generated  by  the  program  according 
to  Record  25.  The  points  on  the  previously-defined  section 
contours  through  which  longitudinal  curves  are  to  be  generated 
are  selected  for  definition  of  surface  discontinuities  and/or 
for  identifying  locations  at  which  nodal  coordinates  are  to 
be  extracted  by  the  NODAL  Preprocessor  (sec.  146.0).  The 
geerretry  of  a "simple"  component,  as  saved  for  subsequent 
interrogation  to  extract  nodal  coordinates,  is  described  strictly 
by  these  longitudinal  control  curves.  Point  locations  on  the 
section  contours  are  specified  in  terms  of  the  fraction  of 
cross-section  chord  length  measured  along  the  x-axis  as  shown 
in  the  following  sketch. 
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FecorJ  25  Enrichment  of  Longitudinal  curves 


ENRICH  AT  fl  f2  ... 


fi  = The  fraction  of  the  x-axis  chord, 

0.0<fi<1.0,  st  which  longitudinal  control 
curves  are  to  be  generated.  The  order 
in  which  the  "fiM  are  input  must  be 
from  LC1  (1.0)  along  the  upper  surface 
to  LC2  (0.0)  and  back  to  LCl  (1.0)  along 
the  lower  surface.  If  control  curves 
ara  to  be  generated  for  the  upper  surface 
and  the  lower  surface  at  the  same  chord 
fractions,  the  first  "fi"  must  be  1.0, 
whereas  the  last  "fi1'  ecu  Id  be  input 
as  zero.  A maximum  of  99  fractions 
may  be  specified. 

Example:  If  control  curves  are  to  be  generated  for  the  upper 
and  lower  surfaces  at  the  quarter-chord  as  shown  in 
the  foregoinq  sketch,  (fx=0.25) , one  of  the  following 
records  should  be  input. 

ENRICH  AT  1.0  0.25  0.0  0.25  1.0  / 

ENRICH  AT  1.0  0.25  0.0  / 

Record  26  End  Component  Data  (optional) 


END  COMPONENT  DATA 


This  reccrd  denotes  that  geometry  data  for  a component 
have  been  defined.  Additional  components  may  be  input 
by  repeatinq  Records  2-14  or  Records  15-26. 

Reccrd  27  End  Geometry  Data  Set 


END  GF.a  i ETRY  DATA 


Additional  geometry  data  sets  may  be  input  by  repeatinq 
Records  1-27. 
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Table  126-1*  Sumary  of  Oeoaetry  Data  Records 


Rrf  ft  t ncf 
Pa*t 


126.  II 

126.  12 
1 2o.  13 

126. 13 
126.  13 
126  14 

126. 14 
126.  14 

126.  13 
126.  15 
126.  16 

126. 17 

126.  17 

126.  18 

126. 18 

126.  18 

1 ’(>.  IV 
126. 19 

126. 19 
'26.  19 

126.  20 

126. 20 
126.  20 
126.20 
126.21 
126.22 
126.22 


Data  Records 


Record  Type  A 


S*gl  Seg2  ... 
where 


STRAIGHT  u|  v|  <u2  v2  ...  un  vn> 


CUBIC 

CIRCLE 

CIRCLE 

CIRCLE 


u|  v|  u2  v2  <u3  v3  . ..  un  vn> 
ul  v|  <u2  v2>  uc  vc 
ul  v|  <u2  v2>  r 


uc  vc  r 


Record  Type  B 


Coni  Con2 


Coni  = 


Vais  = 


( SLOl 
' = {CUR\ 


SLOPE  Cord  Vah 
CURVATURE  Cord  Vali 


valuel 

IHCOMIHG 

OUTGOING 

INCOMING 


valuel 
val ue2 

value)  OUTGOING  va!ue2 


BEGIN  GEOMETRY  DATA 


BEGIN  COMPONENT  <label> 

SIDE  VIEW  name 

Record  A or  Records  A and  B 

TOP  VIEW  Name 

Recr-d  A or  Records  A and  B 

ENR.CH  BY  num 

ENRICH  Name I TO  Name2  BY  numl 

<Name3  TO  Named  BY  num2  . ..> 
SECTION  AXIS 

Record  A or  Records  A and  B 
SECTION  cord  <SAME> 

Record  A 


FIT  Name I 


/CUBIC 
\ straight; 


/CUBIC  \ 
\ STRAIGHT  / 


SLOPE  Namel  Vais  Name2  Vais 
END  COMPONENT  DATA 

BEGIN  COMPONENT  <label> 

TOP  VIEW  LCl 

Record  A or  Records  A and  B 
TOP  VIEW  LC2 

Record  A or  Records  A and  B 


SIDE  VIEW 


f LCl  \ 
X LC2  I 


Record  A or  Records  A and  B 
SECT 'ON  cord 
Record  A 

ROTATE  angle  ABOUT  x z 
ENRICH  AT  f|  f2  ... 

END  COMPONENT  DATA 
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END  GEOMETRY  DATA 
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130.0  INTERACT  (SUBSTRUCTURE)  DATA 


An  ATLAS  substructured  model  and  analysis  scheme  are 
defined  according  to  an  "interact  tree"  as  shown  in  the  graph 
below. 


Each  node  in  this  graph  represents  a substructure  component 
of  the  interact  tree,  whereas  the  branches  denote  how  the 
substructures  are  interacted.  Each  lowest- level  substructure 
is  defined  as  (equivalenced  to)  a previously-defined  stiffness 
or  stiffness/mass  data  SET  and  a corresponding  boundary-condition 
STAGE.  The  manner  in  which  these  components  are  to  be  interacted 
tc  form  all  higher-level  substructures  of  the  interact  tree 
is  defined  via  the  interact  data. 

General  rules  which  must  be  satisfied  for  all  substructure 
analyses  are  as  follows: 

a)  All  structural  data  for  the  lowest-level  substructures 
roust  be  defined  for  the  "equivalent"  SET/STAGE 
components . 

b)  The  same  GLOBAL  frame  must  be  associated  with  each 
of  the  lowest- level  substructures. 

c)  Nodes  that  interact  between  component  substructures 
must  have  the  same  analysis  frame  and  the  same  geometric 
location  (to  within  the  distance  tolerance  specified 

by  Record  5) . 

d)  The  kinematic  freedoms  of  nodes  that  interact  between 
component  substructures  must  be  assigned  the  RETAIN 
freedom  activity  (reference  sec.  106.0  and  the  following 
discussion)  . 

e)  Each  substructure  is  assigned  a unique  integer  number 
in  the  range  1 to  999,  inclusive.  A maximum  of  999 
substructures  may  be  identified  in  a single  analysis. 


£)  A maximum  of  28  substructures  (lowest-level , higher- 
level  or  a combination  thereof)  may  be  interacted  to 
form  a new  higher-level  substructure  in  the  interact 
tree.  There  is  no  explicit  limit  on  the  number  of 
interact  levels. 

g)  The  nodes  and  finite  elements  associated  with  a lowest- 
level  substructure  are  those  defined  for  the 
••equivalent"  SET/STAGE  structural  model.  No  finite 
elements  are  associated  explicitly  with  the  higher-level 
substructures.  The  nodes  associated  with  a higher-level 
substructure  include  only  those  nodes  with  freedoms 
retained  for  the  next  lower-level  substructure 
components  thereof. 

h)  Loads  and  displacements  may  be  specified  only  for  the 
lowest -level  substructures.  The  load  case  labels 
associated  with  each  of  these  components  must  be  unique. 
These  criteria  must  be  satisfied  by  the  loads  data  (sec. 
134.0)  for  the  "equivalent"  SET/STAGE  components.  Loads 
associated  with  load  cases  that  have  identical  labels 
for  two  or  more  lowest-level  substructures  are 
cumulated . 

i)  Mass  data  may  be  specified  either  for  the  equivalent 
SET/STAGE  components  of  the  lowest-level  substructures 
or  for  the  highest- level  substructure  that  is 
"equivalenced*1  to  a SET/STAGE  component  (Record  17  of 
the  interact  data  set) . If  the  mass  associated  with  any 
stiffness  elements  of  lowest-level  substructures  is  to 
be  considered,  all  mass  data  for  the  substructured  model 
must  be  defined  relative  to  these  equivalent  SET/STAGE 
models.  In  this  case,  the  same  mass  CONDITION  number 
must  be  assigned  to  each  of  these  mass  data  sets  (see 
sec.  138.0) . Mass  data  may  be  defined  directly  for  a 
highest -level  substructure  strictly  by  a mass  data  set 
for  the  equivalent  SET/STAGE  model.  In  this  case,  the 
mass  data  must  be  input  after  the  interact  data  set  and 
the  mass  data  must  be  defined  strictly  via  the  nodes 
associated  with  the  highest-level  substructure.  These 
nodes  are  the  ones  with  freedoms  retained  for  the 
substructure  components  of  the  highest-level 
substructure . 

Stress  analyses  and  dynamic  analyses  of  substructured 
models  may  be  performed.  Dynamic  analyses  of  a highest-level 
substructure  are  performed  by  using  the  reduced  stiffness  and 
mass  matrices  for  that  substructure. 
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The  boundary  condition  (BC)  kinematic- freedom  activities 
(see  sec.  106.0)  of  the  nodes  associated  with  a lowest-level 
substructure  are  established  according  to  the  following  distinct 
steps: 


1.  The  kinematic  activities  as  defined  by  the  BC  data 
(sec.  106.0)  for  the  "equivalent1*  SET/STAGE  model  are 
the  basic  freedom  activities.  These  activities  are 
modified  according  to  the  subsequent  steps. 

2.  The  activity  label  for  those  freedoms  that  interact 
in  forming  higher- level  substructures  must  be  RETAIN. 

The  user  may  identify  these  freedoms  either  directly 
by  the  BC  data  or  by  a particularly  user-convenience 
which  automatically  retains  all  relavent  freedoms  of 
interacted  nodes  (see  Record  7) • This  technique  uses 
the  criteria  that  any  FREE  or  RETAIN  freedoms  in 
component  substructures  which  have  the  same  node 
analysis  frame  and  the  same  geometric  location  (to 
within  the  distance  tolerance  specified  by  Record  5) 
interact  in  forming  the  next  higher-level  substructure. 
These  freedoms  are  automatically  assigned  the  RETAIN 
freedom  activity.  The  additional  criterion  that 
interacting  nodes  are  identified  by  the  same  user- 
assiqned  node  numbers  is  effected  by  use  of  Record 

2.  If  the  STIFFHESS  Processor  is  executed  for  the 
'•equivalent"  SET/STAGE  of  a lowest- level  substructure 
prior  to  input  of  the  Interact  data,  all  inactive 
freedoms  (those  with  zero  stiffness)  are  ignored  by 
the  automatic  retention  technique.  Otherwise,  all 
freedoms  which  interact  according  to  the  foregoing 
criteria  are  automatically  retained. 

3.  The  foregoing  steps,  which  may  be  performed 
automatically,  define  the  default  freedom  activities. 
This  freedom-activity  assignment  technique  is  completely 
sufficient  for  most  cases.  Modifications  to  the  default 
freedom  activities  may  be  defined,  as  necessary,  via 
the  "BC  change-data"  subset  of  the  Interact  data  (sec. 
130.1.2).  Additionally,  the  user  may  suppress  the 
automatic  retention  of  interacted  freedoms  via  Record 

7 (sec.  130.1.1). 

In  all  cases,  the  last  activity  label  specified  for  a particular 
freedom  takes  precedence. 

The  3C  kinematic-freedom  activities  for  the  nodes 
associated  with  a higher-level  substructure  are  established 
according  to  the  following  distinct  steps: 
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1.  A freedom  that  is  retained  in  two  or  mere  component 
substructures  and  that  interacts  in  forming  the  higher- 
level  substructure  is  automatically  assigned  the  FREE 
freedom  activity. 

2.  The  freedom  activity  labels  for  all  retained  freedoms 
in  the  component  substructures  that  do  not  interact 
remain  to  be  RETAIN. 

3.  All  inactive  freedoms  of  a node  associated  with  a 
nigher-level  substructure  (freedoms  net  retained  for 
-he  component  substructures)  are  assigned  the  SUPPORT 
freedom  activity. 

The  kinematic  activities  defined  by  the  foregoing  three  steps 
are  the  basic  freedom  activities  for  a higher-level  substructure. 
These  activities  may  be  modified  according  to  steps  4 and  5. 

4.  if  a hiqher-level  substructure  is  used  as  a component 
for  another  higher-level  substructure,  the  activity 
label  of  those  freedoms  that  interact  must  be  RETAIN. 
These  freedoms  may  be  identified  by  the  automatic 
retention  technique  described  in  step  (2)  above  for 

a lowest- level  sub structure.  In  this  case,  however, 
all  FREE  and  RETAIN  freedoms  of  the  interacting  higher- 
level  substructures  are  used  in  performing  the  automatic 
retention. 

5.  The  foreqoinq  steps,  which  may  be  performed 
automatically , define  the  default  freedom  activities. 
This  freedom- activity  assignment  technique  for  higher- 
level  substructures  is  completely  sufficient  for  most 
cases.  Modifications  to  the  default  freedom  activities 
may  be  defined  via  the  "BC  change-data”  subset  (sec. 
130.1.2).  A freedom,  for  example,  which  has  interacted 
in  forming  a particular  substructure,  and  which  has 
thus  been  automatically  assigned  the  FREE  activity 
label  per  step  1 above,  must  be  reassigned  the  RETAIN 
freedom  activity  if  it  is  to  interact  in  forming  another 
higher-] evil  substructure.  The  user  may  suppress  the 
automa*-’  retention  of  interacted  freedoms  via  Record 

7 (sec.  1 . 1) . 

The  basic  ordered- list  of  retained  freedoms  for  a lowest- 
level  substructure  is  defined  via  the  BC-aata  for  the 
"equivalent”  SET/STAGE.  Additional  retained  freedoms  identified 
by  the  interaction  requirements  (or  automatic  interact  freedom 
retention)  and  by  any  "BC  change  data”  are  added,  in  an  internal 
node-number  order,  to  the  end  of  the  basic  list.  Additionally, 
any  ini tiarly- retained  freedoms  for  which  the  activity  label 
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changed  to  FREE  or  SUPPORT  via  the  “BC  change-data"  subset  are 
deleted  from  the  list.  The  resulting  list  defines  the  default 
sequence  of  retained  freedoms  for  a lowest-level  substructure. 

The  basic  ordered-list  of  retained  freedoms  for  a higher- 
level  substructure  is  formed  from  the  lists  of  retained  freedoms 
associated  with  the  component  substructures.  The  list  begins 
with  the  sequence  of  freedoms  retained  for  the  first  component 
substructure  followed  by  those  associated  with  the  second 
component  substructure,  etc.  Component  substructures  are 
identified  by  Record  6 of  the  Interact  data  set.  Additional 
retained  freedoms  identified  by  the  interaction  requirements  and 
by  any  "BC  change  data"  are  added,  in  an  internal  node-number 
order,  to  the  end  of  the  basic  list.  Additionally,  any 
initially-retained  freedoms  for  which  the  activity  label  is 
changed  to  FREE  or  SUPPORT  via  the  "BC  change-data"  subset  are 
deleted  from  the  list.  The  resulting  list  defines  the  default 
sequence  of  retained  freedoms  for  a higher-level  substructure. 

If  the  default  sequence  of  retained  freedoms  for  a 
substructure  is  not  satisfactory,  a different  sequence  may  be 
defined  via  the  "BC  change-data"  subset.  Ordering  of  the 
retained  freedoms  for  any  substructure  within  an  interact  tree 
may  be  specified  as  required  ,see  sec.  130.1.2). 

All  substructure  analyses  are  most  conveniently  performed 
by  use  of  tne  ATLAS-System,  standard,  cataloged  control 
statements  (see  sec.  200.0  and  appendix  E) . All  matrix 
operations  performed  via  these  control  procedures  are  described 
in  appendix  D. 

The  interact  data  set,  as  described  in  the  next  section,  is 
divided  into  the  following  data  subsets: 

a)  Substructure  model  definition 

b)  Boundary-Condition  change-data 

c)  Highest-Level  substructure  identification 

d)  Load  case  selection  data 

Printout  of  interact  data  may  be  requested  from  the 
INTERACT  Postprocessor  as  described  in  section  230.1. 

Tne  stiffness  data  sets  (sec.  152.0)  and  the  corresponding 
boundary-condition  (sec.  106.0),  loads  (sec.  134.0)  and  mass 
(sec.  138.0)  data  sets,  as  required,  must  be  input  prior  to  the 
interact  data  set  in  the  input  stream. 
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130.1  INPUT  DATA 


Record  1 Data  set  Identification 


BEGIN  INTERACT  DATA 


This  record  initiates  execution  of  the  INTERACT 
Preprocessor. 

130.1.1  Substructure  ftodel  Def  jjni^ipp 

Substructure-model  components  are  defined  via  Records 
2-8  for  subsequent  interaction  analyses.  Each  lowest-level 
substructure  is  defined  as  a stiffness  or  stif fness/mass  SET 
and  a corresponding  boundary  condition  STAGE.  Higher-level 
substructures  are  defined  by  interaction  of  these  lowest- level 
substructures.  A maximum  of  999  substructures  (lowest-level 
and  hiqher-level)  may  be  identified  per  job. 

Reccrd  2 Substructure  Interact-Tree  Node  Numbers  (optional) 


UNIQUE  NODE  NUMBERS 


This  record  denotes  that  unique  user-assigned  numbers 
are  used  for  all  nodes  in  the  total  structure  that  is 
defined  by  the  interact  tree.  In  this  case,  these  numbers 
are  used  to  reference  nodes  in  all  higher-level 
substructures. 

Default  Record:  Unique,  user-assigned  node  numbers  are 

not  assumed.  Unique  numbers  are  assigned 
by  the  program  to  all  nodes  in  the 
higher-level  substructures.  These 
numbers  may  be  obtained  from  printout 
of  the  interact  data  (see  sec.  230.1). 

Record  3 Lowest-Level  Substructure  Definition 


DEFINE  SS  n AS  SET  Se  STAGE  St 


n = Substructure  number  (integer)  in  the 

range  1 to  999,  inclusive,  assigned 
to  a lowest- level  substructure  of  an 
interact  tree. 

se  = Inteqer  identifying  a SET  which  is  to 

be  equivalenced  to  "n. " 
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St  = Integer  identifying  a boundary-condition 

STAGE  number  previously  defined  for 
"Se"  (see  sec.  106.0). 

This  record  is  repeated  to  define  all  lowest-level 
substructures  that  are  referenced  by  Record  6 to  define 
iiiqher- level  substructures.  Each  lowest-level  substructure 
must  be  assiqned  a different  number  via  Record  3. 

Hiqher-level  substructures  are  identified  and  defined 
by  Records  4 and  6.  The  numbers  assigned  via  Records  3 and 
4 to  each  of  the  substructures  of  an  interact  tree  must  be 
different. 

Record  4 Higher-Level  Substructure  Definition 


n = Substructure  number  (integer)  in  the 

ranqe  1 to  999,  inclusive. 

The  substructure  identified  by  this  record  is  referenced 
as  the  index  substructure  in  the  descriptions  of  subsequent 
records. 

The  data  defined  by  Records  5 through  8 are  attributed 
to  the  index  substructure  identified  by  Record  4. 

Record  5 Distance  Tolerance  Between  Nodes  that  Interact  (optional) 

A node  in  one  component  substructure  is  assumed  to  interact 
with  a node  in  a different  component  substructure  only 
if  the  nodes  have  the  same  analysis  frame  and  the  distance 
Between  the  nodes  in  less  than  or  equal  to  the  tolerance 
specified  by  this  record. 


TOLERANCE  tol 


The  distance  tolerance  (tol>0.0)  to 
be  used  by  the  program  when  comparing 
the  locations  of  nodes  in  diffe  ent 
component  substructures  to  identify 
interact  nodes. 


Default  Record: 


The  tolerance  specified  by  the  last 
input  record  of  this  type  or  10~8  units. 
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Fecord  6 Interacted  (Component)  Substructures 


INTERACT  Sufcl  Sub2  ... 


Subl , Sub2, . . . - A list  of  1 to  28  numbers  (integers) 

of  component  substructures  that  interact 
to  form  the  index  substructure.  Each 
of  the  numbers  in  this  list  must  have 
been  defined  previously  by  a Record 
3 or  a Record  4.  The  order  in  which 
"SubiM  are  input  is  used  only  in 
establishing  the  default  sequence  of 
retained  freedoms  for  the  index 
substructure  as  described  in  the 
introduction  of  this  section. 

Fecord  7 Suppression  of  Automatic  Retention  of  Interacted 
Freedoms  (optional) 


NO  GEOMETRIC  RETAINS 


This  record  denotes  that  the  boundary  condition  data  as 

defined  previously  for  the  substructures  identified  by 

Record  6 are  to  be  used  in  forming  the  index  substructure. 

Default  Record:  Interact  nodes  are  identified  by 

comparing  the  coordinates  and  analysis 
frames  of  all  nodes  associated  with 
the  substructures  identified  by  Record 
6.  The  freedom  activity  labels  of  the 
FREE  kinematic  freedoms  cf  an  interact 
node  in  one  substructure  are 
automatically  set  to  RETAIN  (see  sec. 
106.1)  if  they  correspond  to  FREE  or 
RETAIN  freedoms  in  another  substructure. 

If  unique  node  numbers  are  used  (Record 
2) , those  nodes  identified  by  the  same 
number,  the  same  analysis  frame  and 
the  same  coordinates  (to  within  the 
tolerance  specified  by  V-  : ord  5)  are 
assumed  to  interact.  Ft . this  case, 
if  two  nodes  are  identified  by  the  same 
number  and  the  same  coordinates  but 
have  different  analysis  frames,  an  error 
message  is  issued. 

If  Fecord  2 is  not  input,  nodes  in 
different  substructures  that  have  the 
same  analysis  frame  and  the  same 
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f.  coordinates  (to  within  the  tolerance 

specified  by  Record  5)  are  assumed  to 
interact.  If  more  than  one  node  in 
a substructure  has  the  same  analysis 
frame  and  the  same  coordinates  as  a 
node  in  another  substructure,  only  one 
t of  the  nodes  is  interacted. 

Record  8 Node  Reorder  Specification  (optional) 

This  record  offers  alternate  ways  of  controlling  the 
bandwidth  cf  the  qross  stiffness  matrix  by  effecting  the 
internal  node-number  system  of  the  index  substructure 
(see  sec.  146.1.1).  Only  the  nodes  that  have  one  or  more 
freedoms  retained  for  the  component  substructures  are 
included  in  the  nodal  data  for  the  index  substructure. 


x#y,z  = GLOBAL  X,  Y and  Z- coordinates  of  a 

point.  Nodes  of  the  index  substructure 
are  assigned  internal  numbers  by  the 
program  according  to  increasing  distances 
from  this  point. 

The  user-assigned  number  (integer)  of 
a retained  "Node"  associated  with  the 
lowest-level  substructure  identifier 
by  the  integer  "Sub"  which  is  a component 
of  the  index  substructure.  Nodes  of 
the  indev:  substructure  are  assigned 
internal  numbers  by  the  program  according 
to  increasing  distances  from  "Node." 

Default  Record:  The  index- substructure  node  closest 

to  the  origin  of  the  GLOBAL  frame  is 
assigned  internal  number  1.  The 
remaining  nodes  of  the  index  substructure 
are  assigned  internal  numbers  according 
to  increasing  distances  fro.i  this  node. 

Records  4-8  may  be  repeated  to  define  additional  higher- 
le’/ei  substructures. 


Nodal 
Sub  J 
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130.1.2  Boundary-Condition  Change-Data  Subset  (optional) 


*» 


This  data  subset  (Records  9-16)  allows  the  user  to  modify 
the  default  kinematic-freedom  activities  or  the  default  ordered 
sequence  of  retained  freedoms  for  any  substructure  of  tn  interact 
tree.  Reference  should  be  made  to  the  introduction  of  section 
130,0  for  descriptions  of  the  default  data.  If  "BC  change  data" 
are  not  required.  Records  9-1j  should  not  be  input. 

BC  changes  specified  for  a substructure  are  effected  after 
its  nodal  data  and  default  freedom-activities  are  established. 

The  nodes  of  an  index  substructure  are  those  that  have  been 
retained  in  its  components.  The  default  activity  for  all  the 
kinematic  freedoms  in  the  index  substructure  is  RETAIN  except  for 
the  freedoms  which  interact  in  forming  this  substructur e . The 
default  activity  for  these  freedoms  is  FREE. 

Specific  ordering  of  the  retained  degrees-of -freedom  for  a 
substructure  is  particularly  useful  to  order  the  equations  (the 
reduced  structural  matrices)  to  be  solved  for  dynamic  analyses. 

Record  9 Begin  BC  Change-Data 


BEGIN  BC  CHANGES 


Record  10  Substructure  Identification 

This  record  identifies  a substructure,  for  which  BC  change- 
data  are  input  via  subsequent  Records  11-16.  BC  change- 
data  for  substructure  components  mast  be  input  prior  to 
change-data  for  the  corresponding  index  substructure. 


SS  Sub 


Sub  = Integer  number  of  a substructure 

previously  defined  by  a Record  3 or  ,x 
Record  4. 

Record  11  Lowesi -Level  Substructure  Reference  (optional) 

The  BC  change-data  defined  via  Record  12  and  Record  15 
require  direct  reference  to  node  numbers  of  "Sub" 
identified  by  Record  10.  These  numbers  are  user-assigned 
node  numbers  only  if  "Sub"  is  a lowest-level  substructure 
or  if  Record  2 is  input.  Exc^  t for  these  t;.ro  cases, 
Record  11  muse  be  input.  Otherwise,  the  node  numbers  of 
"Sub"  are  the  default,  program-assigned  numbers  which  are 
not  directly  known  by  the  use~. 
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This  record  allows  the  user  to  reference  nodes  of  "Sub"  in 
terms  of  the  user  node  numbers  of  any  of  the  lowest-level 
substructures  (Rsub)  that  interact  to  form  “Sub.” 


REFERENCE  SS  Rsub 


Rsub  = Integer  number  of  any  one  of  the  lowest - 

level  substructure  components  of  the 
substructure  identified  by  Record  10. 

Ee.ault  Record:  It  is  assumed  that  the  "Sub"  identified 

by  Record  10  is  a lowest-level 
substructure  or  that  Record  2 is  used. 


Record  12  BC  Chang ?-Data  Specifications  (optional) 


This  record.  Variations  1 and/or  2,  may  be  repeated  to 
define  all  freedom-activity  changes  for  selected  nodes  of 
the  substructure  identified  by  Record  10. 


Variation  1 


Variation  2 


Activity 

Dlist 

ALL 

FOR  ATI is t 

Activity  * 

» — 

Dlist 

ALL 

SYMM 

ASYM 

► IN  SURFACE 

Ml 

12 J < THROUGH  Nn> 

These  record  formats  are  the  same  as  those  described  for  BC 
data  (see  sec.  106.1).  The  labels  (key-words)  specified 
for  "Activity"  and  "Dlist"  must  be  selected  from  those 
labels  defined  by  the  BC  input  data  for  the  reference 
substructure  (Rsub) . If  the  node  numbers  are  unique 
(Record  2 is  input) , the  "labels"  specified  by  this  record 
for  higher-level  substructures  must  be  the  system-default 
labels  (see  sec.  106.1)  . 


D-'f Record:  The  default  freedom  activities  as 

described  in  the  introduction  of  section 
130.0. 


Records  11  and  12  are  repeated  to  specify  additional 
freedom -activity  changes. 

Records  13-15  are  input  only  to  specify  the  order  of  the 
freedoms  retained  for  the  substructure  identified  by  Record  10. 


<4 


1 
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Record  13  Retained -Freedom  Order  Indicator  (optional) 


RETAIN  ORDER 


This  record  denotes  that  the  retained  freedoms  are  to  be 
ordered  as  specified  by  Record  15. 

Record  14  Lowest -Level  Substructure  Reference 


This  record  is  required  only  when  Record  13  is  input  and 
when  the  user-assigned  node  numbers  in  the  total  model  are 
not  unique. 


REFERENCE  SS  Rsub 


The  function  of  this  record  is  the  same  as  Record  11. 


Record  15  Retained  Freedom  Order  (optional) 


Dlist 

ALL 


FOR  ATliSt 


(Dlist 
ALL 


= List  of  1 to  6 kinematic  labels 

as  defined  by  the  BC  input  data  for  the 
reference  substructure  (Record  11) . If 
the  node  numbers  are  unique  (Record  2 is 
input) , the  system-default  labels  (see 
sec.  106.1)  must  be  used.  If  the  word 
ALL  is  selected  for  this  item,  all  six 
nodal  freedoms  are  implied. 


ATI is t 


ATLAS  list  of  user  node  numbers 
(integers) . 


The  retained  freedoms  are  ordered  in  the  sequence  specified 
by  Dlist  and  ATlist.  The  order  is  defined  as  all  freedoms 
in  Dlist  for  the  first  node  in  ATlist,  followed  by  the  same 
Dlist  freedoms  for  the  second  node  in  ATlist,  etc.  If  ALL 
is  selected,  the  order  of  the  nodal  freedoms  1 through  6 
will  be  as  described  in  section  106.0.  Reference  to  non- 
retained  nodes  via  ATlist  is  not  allowed. 


This  record,  or  Recc.  s 14  and  15  may  be  repeated.  All 
retained  freedoms  fox  the  substructure,  including  the  net 
results  of  any  freedom-activity  modifications  specified  by 
Record  12,  must  be  identified. 
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Default:  Records:  If  Records  13-15  are  not  input,  the 

retained  freedoms  are  ordered  in  the 
sequence  as  described  in  the  introduction 
of  section  130.0. 

Record  16  End  BC  Change  Data 


END  BC  CHANGES 


Records  4-16  may  be  repeated  to  define  additional  data  for 
an  interact  tree. 

130.1.3  Highest-Level  Substructure  Identification 

The  highest-level  substructure  of  an  interact  *-ree  is 
identified  :>y  the  following  record.  If  dynamic  analyses  are  to 
be  performed  on  a substructure  model,  this  record  is  also  used  to 
define  an  equivalent  SET  number  for  the  highest-level 
substructure.  This  SET  number  is  used  subsequently  in  the 
parameter  lists  of  the  "EXECUTE  MASS,"  "EXECUTE  VIBRATION"  and 
EXECUTE  INTERPOLATION"  Control  Program  statements.  The  boundary 
condition  stage  number  automatically  assigned  to  this  SET  is 
"STAGE= 1." 

Record  17  Highest-Level  Substructure  Identifications 


DEFINE  HIGHEST  SS  Sub  <AS  SET  n> 


= Integer  number  of  a higher -level 

substructure  previously-defined  by  Record 
4. 

= A stiffness  or  stiffness/mass  data  set 
number  (integer)  in  the  range  1 to  36, 
inclusive.  This  SET  number  must  be 
different  from  the  SET  numbers  of  the 
lowest -level  substructures.  This  item  is 
not  required  if  only  stress  analyses  are 
to  be  performed  on  the  substructure 
model. 

Default:  No  SET/STAGE  identifiers  are 
assigned  to  the  highest-level 
substructure. 

130.1.4  Load  Case  Selection  Data  Subset  (optional) 

This  data  subset  (Records  18-21)  is  only  applicable  to 
stress  analyses  of  a substructure  model.  If  these  data  are  not 
input  for  this  case,  all  load  cases  defined  by  the  loads  data 
(see  sec.  134.0  and  234.0)  for  all  the  lowest-level  substructures 


Sub 


n 


ft 
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(SET/STAGE  components)  are  used  in  all  the  substructure- analysis 
back-substitution  solutions.  If,  however,  the  interact  solutions 
for  only  selected  load  cases  are  to  be  performed  on  selected 
substructures , this  data  subset  must  be  input. 

Record  18  Begin  Load  Case  Selection 


BEGIN  LOADCASE  SELECTION 


Record  19  Substructure  Identification 

This  record  identifies  the  substructure  for  which  back- 
substitution  solutions  are  to  be  performed  for  the  load 
cases  selected  by  Record  20. 


SS  Sub 


= Integer  number  of  a substructure 

previously-defined  by  a Record  3 or  a 
Record  4. 


Record  20  Load  Case  Selection 


Casel  Case2 


Casel, Case2, ...  A list  of  selected  load  case  labels 

associated  with  "Sub"  identified  by 
Record  19  for  which  interact  solutions 
are  to  be  performed.  If  "Sub"  is  not  the 
highest-level  substructure,  the  specified 
load  cases  must  be  associated  with  the 
index  substructure  of  "Sub." 

The  interact  solution  data  for  the  selected  load  cases  are 
used  for  the  back-substitution  solution  of  the  substructure 
identified  by  Record  19.  Additionally,  interact  solutions 
for  the  substructure  components  of  this  substructure  are 
effected  only  for  the  selected  load  cases.  If  no  load 
cases  are  selected  for  a substructure,  the  interact 
solution  for  this  substructure  will  include  all  load  cases 
associated  with  the  substructure  immediately  above  it  in 
the  interact  tree. 

Records  19  and  20  may  be  repeated. 
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Record  21  End  Load  Case  Selection 


END  LOADCASE  SELECTION 


This  record  denotes  that  all  load  case  selections  for  a 
substructure-model  stress  analysis  have  been  defined. 

Record  22  End  Interact  Data  Set 


END  INTERACT  DATA 


Additional  interact  data  sets  to  define  different  interact 
trees  may  be  input  by  repeating  Records  1-22. 
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Table  130-1 . Summery  of  Interact  Oata  Records 


Reference 

Page 

130.6 

130.6 

130.6 

130.7 

130.7 

130.8 

130.8 

130.9 

130. 10 

130. 10 

130.11 

130.11 

130. 11 


130.12 

130.12 

130.12 

130. 12 

130.13 

130.13 

130.14 

130.14 

130.14 


Data  Records 


DEFINE  HIGHEST  SS  Sub  <AS  SET  n> 

BEGIN  LOADCASE  SELECTION 
SS  Sub 

Casel  Case2  • • • 


END  LOADCASE  SELECTION 
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134.0  LOADS  DATA 


Static  and  quasi-static  loads  to  be  applied  to  a structural 
mcdel  are  defined  via  this  data  set.  Previous  input  of  the 
associated  stiffness  and  BC  data  sets  is  required.  Additionally, 
t.  if  BEAM  element  thermal  loads  are  specified,  previous  input 

of  the  Detail  data  set  (sec.  114.0)  is  required  if  cross  section 
" concepts'1  are  used. 

The  loads  data  set  is  divided  into  the  following  data 

subsets: 

! 

a)  Discrete  nodal  loads 

b)  Specified  support  displacements 

c)  Distributed  element  loads 

d)  Nodal  thermal  loads 

e)  Element  thermal  loads 

i f)  Rotational  inertia  loads 

Discrete  nodal  loads  may  be  specified  relative  to  any  previously- 
defined  nodal  data  reference  frame  (sec.  14u.O).  Distributed 
element  loads,  however,  may  be  defined  relative  to  the  GLOBAL 
traire  cr  the  element  reference  frames  (see  appendix  B) . Support 
x displacements  must  be  specified  relative  to  the  analysis  frames 

of  the  corresponding  nodes.  Specified  support  displacements 
may  be  input  partially  or  wholly  within  the  BC  data  set  and/or 
withir:  the  loads  data  set.  Rotational  inertia  loads  are  defined 
by  rigid-oody  motion  of  the  model  about  an  axis  of  rotation 
fixed  in  the  GLOBAL  reference  frame.  All  these  data  are 
T subsequently  processed  by  the  LOADS  Processor  (sec.  234.0). 

Each  group  of  loads  is  identified  by  a unique  load  case 
label.  The  maximum  number  cf  load  cases  that  tray  be  defined 
and  processed  in  e particular  job  is  limited  only  by  the 
available  computer  core  storage  at  execution  time.  All  loads 
f associated  with  a particular  node  or  element  are  cumulated  and 

all  loads  associated  with  a particular  load  case  are  cumulated 
except  thermal  loads.  For  this  case,  only  the  last  specified 
iiodal-temperature  increment  is  effective.  If  both  nodal  and 
thermal  loads  are  specified  for  a particular  point  in  the  model, 
only  tne  element  thermal  loads  will  be  used. 

» 

Printout  of  the  cumulated  nodal  and  element-distributed 
applied  forces,  nodal  and  element  temperature  increments  and 
the  specified  rotational  kinematics  may  be  requested  per  the 
discussion  in  section  234.0.  Printout  of  specified  displacements 
may  be  requested  from  the  STRESS  Postprocessor  (sec.  254. 2) . 


134.1  INPUT  DATA 


The  following  notation  is  used  in  this  section. 


ATlist (n) 


ATlist (e) 


ATlist (c) 


ATLAS  list  of  node  numbers  (integers) . 
Non-existent  node  numbers  generated 
by  ATlist (n)  are  not  allowed. 

ATLAS  list  of  stiffness  element  numbers 
(integers) . Non-existent  element  numbers 
generated  by  ATlist (e)  are  not  allowed. 

ATLAS  list  defining  load  case  labels 
(positive  integers  or  alphanumeric  words 
with  1 to  7 characters) . The  word  ALL, 
the  2-character  words  Fi,  where  i = 

1,  6 and  any  of  the  kinematic  and  force 
labels  selected  via  the  BC  data  (sec. 
106.1)  may  not  be  used  as  labels. 

Multiple  load  cases  associated  with 
a particular  stiffness  set  and  BC  stage 
must  be  identified  by  unique  labels. 


Some  data  records  are  described  by  one  or  more  of  the 
foregoing  ATLAS  lists  in  addition  to  other  ATLAS  lists  defined 
in  this  section.  The  total  number  of  items  identified  via 
ATlist  generation  options  plus  the  number  of  other  items  input 
by  a single  record  may  not  exceed  1000.  The  general  restrictions 
that  a record  may  contain  a maximum  of  250  input  items  or  a 
maximum  of  125  items  if  the  *+N  record  generation  option  is 
used  also  apply  (see  sec.  100.2). 


Record  1 Data  set  Identification 


BEGIN  LOADS  DATA 


This  record  initiates  execution  of  the  LOADS  Preprocessor. 


A loads  data  set  may  be  comprised  of  one  or  more  subsets 
or  it  may  be  comprised  of  only  Records  1 through  4 and  47. 

That  is.  Records  2-4  may  be  used  to  assign  load  case  titles 
(l-ecord  3)  and/or  combine  previously-defined  load  cases  (Record 
4).  Load  cases  comprised  of  specified  displacements  that  are 
defined  wholly  by  the  BC  data  may  be  handled  in  this  manner. 
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Record  2 set/staqe  Identification  (optional) 


<SET  Se>  < STAGE  St> 


Se  = Integer  identifying  a stiffness  SET  to 

which  the  subsequent  input  loads  apply. 
Default:  The  SET  number  specified  by  the 
last  record  of  this  type  or  SET 

1. 

St  = Integer  identifying  a BC  STAGE  associated 

with  set  "Se"  to  which  the  subsequent  input 
loads  apply. 

Default  Items:  STAGE  1 

Default  Record:  SET  1 STAGE  1 

This  record  may  be  repeated  to  identify  a SET/STAGE 
anywhere  within  this  data  set  except  within  one  of  the 
data  subsets. 


Record  3 Load  Case  Title  (optional) 


Each  load  case  is  identified  by  a user-assigned  label. 

An  alphanumeric  title  may  also  be  assigned  to  load  cases 
via  this  record.  Both  identifiers  are  displayed  when 
printout  is  requested. 


LOAD  CASE  ID  label  text  * 


label  = Load  case  label— a positive  integer 

or  an  alphanumeric  word  of  1 to  7 
characters.  The  word  ALL,  the  2- 
character  words  Fi,  where  i = 1,  6 and 
any  of  the  kinematic  freedom  and  force 
labels  selected  via  the  BC  data  may 
not  be  used.  All  labels  associated 
with  the  specified  SET/STAGE  (Record 
2)  must  be  unique. 

text  = Alphanumeric  text  of  1 to  100  characters, 

including  blanks,  to  be  associated  with 
"label." 


Default  Record:  Load  cases  are  identified  only  by  the 

labels  specified  by  the  load- case 
definition  records. 
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This  record  may  be  repeated  anywhere  except  within  any 
one  of  the  data  subsets. 

Record  4 Load  Case  combination  Record  (optional) 

This  record  may  be  used  to  generate  a load  case  as  a 
linear  combination  of  cne  or  more  other  load  cases 
associated  with  the  SET/STAGE  specified  by  Record  2. 


CASE  label  COMBINE  fl  Labell  f2  Label2  ... 


label  = Same  as  defined  for  Record  3.  This  load 

case  label  must  be  different  from  the 
labels  denoted  by  Labeli  in  this  record. 

fi, Labeli  = Loads  associated  with  Labeli  are  to  be 
multiplied  by  "fi."  one  tc  10  pairs  of 
these  items  may  be  input.  If  more  than 
10  load  cases  are  to  be  combined,  this 
record  must  be  repeated  as  described  below. 
The  Labeli  loads  need  not  be  input  prior 
to  this  record.  The  factor  ”fi"  is  applied 
to  all  loads  associated  with  Labeli.  Note 
that  a factor  applied  to  equivalent  nodal 
loads  caused  by  thermal  efiects  is  not, 
in  general,  linearly  related  to  the  nodal 
temperature  increments  (see  sec.  134.1.4). 

This  record  may  be  repeated  anywhere  except  within  any 
one  cf  the  data  subsets.  The  "label”  defined  by  one 
record  of  this  type  may  be  the  same  as  the  "label” 
specified  by  a subsequent  record  of  this  type,  in  this 
case,  all  loads  associated  with  t he  particular  load  case 
are  cumulated.  A "label”  defined  by  this  record,  however, 
may  not  appear  as  a Labeli  in  subsequent  records  of  this 
type. 


134.1.1  Nodal  Load  Data  Subset  (optional) 

All  concentrated  nodal  forces  and/or  moments  are  defined 
via  this  data  subset.  Specified  lists  of  nodal  loads  may  be 
associated  with  a group  of  load  cases  (Records  6,  7 and  8) , 
a qroup  of  Structural  nodes  (Records  6,  9 and  10)  or  a group 
of  nodal-force  labels  (Records  11  and  12). 

Record  5 Begin  Nodal  Load  subset 


BEGIN  NODAL  LOAD  DATA 
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Record  6 Load  Reference  Fraire  and  Freedom  Order  (optional) 


This  record  establishes  the  reference  frame  relative  to 
which  subsequent  nodal  loads  are  defined.  Any  nodal  dat* 
reference  frame  may  be  used  for  loads  input.  This  recciu 
also  defines  the  nodal-force  correspondence  list  associated 
with  lists  of  load  values  input  via  "flist"  in  Records 
8 and/or  10. 


/ Label  \ 

< GLOBAL  ) 

\analysis/ 


Alphanumeric  "Label"  of  a nodal  data 
reference  frame,  the  key-word  GLOBAL  which 
denotes  the  GLOBAL  frame  or  the  key-word 
ANALYSIS.  The  key-word  ANALYSIS  denotes 
that  loads  are  defined  with  respect  to 
the  > nalysis  frame  of  the  loaded  nodes. 
Analysis  frames  of  the  loaded  nodes  may 
be  different. 

Default:  The  reference  frame  denoted  by 
the  last  record  of  this  type  or 
ANALYSIS. 


Nf1,Nf2,...  = List  of  1 to  6,  2-character,  alphanumeric 
identifiers  defining  the  order  and  number 
of  loads  input  via  "flist"  in  Records  d 
and/or  10.  Only  the  nodal-force  identifiers 
associated  with  non-zero  loads  need  be 
included  in  this  list.  The  i-th  identifier 
Nfi  must  be  one  of  the  following: 

Nfi  --  Either  one  of  the  nodal- force  labels 

selected  via  the  BC  data  for  a specific 
type  of  reference  frame  (PEC,  CYL  or  SPH) 
or  one  of  the  words  F j ; j = 1,  6 » hich 
denote  the  six  ordered  nodal  forces 
associated  with  all  reference  frame  types 
(see  Record  4 of  BC  data) . If  the  former 
type  of  identifier  is  specified,  all  loaded 
nodes  must  have  the  same  list  of  nodal- 
force  labels.  However,  if  "Fj"  words  are 
used,  the  nodal-force  labels  associated 
with  the  loaded  nodes  are  immaterial. 


Default:  The  nodal  force  order  defined 

by  the  last  record  of  this  type 
or  Fj;  j=1,  6. 


Default  Record:  The  order  and  number  of  nodal-fcrces 

defined  by  the  last  record  of  chis  type 
or  Fj;  j=1 ,6.  If  this  record  is  not 
used,  the  order  in  which  noda..  loads 
are  specified  via  Records  8 and/or  10 
must  be  consistent  with  the  default 
nodal-force  order  (e.q. , FX,  fy,  fz, 

MX,  MY  and  MZ  for  REC  reference  frames) . 

Records  of  this  type  may  appear  any  number  of  tiroes  within 
this  data  subset. 

134.1.1.1  Loads  Grouped  by  Load  Cases 

Records  7 and  8 allow  specified  nodal  loads  to  be 
associated  with  a group  of  load  cases. 

Record  7 Load  Case  Labels 


CASE  ATlist  (C) 


Nodal  loads  specified  via  subsequent  Records  8 are 
attributed  to  each  of  the  load  cases  defined  by  ATlist  (c). 

Record  8 Node  and  Load  Specification 


ATlist  (n) 

f flist  1 

[Nfi  fl  Nf 2 f 2 ...J 

All  loads  specified  via  this  record  are  applied  to  all 

nodes  in  ATlist (n) . 

flist  = List  of  1 to  6 nodal  loads  associated  with 

the  sequence  and  number  of  nodal -force 
labels  identified  by  the  last  Record  6. 
Trailing  zeros  need  not  be  input. 

Nfi,ri  = Nfi  is  a nodal- force  label  and  Mfi"  is 

the  corresponding  load  value.  The  format 
of  "Nf.iM  is  the  same  as  defined  for  Record 
6.  These  items  are  input  in  pairs  in  an 
order  which  is  independent  of  Record  6. 

This  record  or  Records  7 and  8 may  be  repeated. 

Example  Use  of  Record  7 and  8: 

For  load  cases  A3C  and  B20,  nodes  35  and  ICO  through  110 
have  an  FX  „orce  of  5.  and  an  MZ  of  10.  Nodes  36  and  200  throuqh 
210  have  an  FX  of  10.  and  an  MZ  of  20.  Additionally,  nodes 
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37  and  300  throuqh  310  have  an  FX  of  15.  and  an  MZ  of  30.  The 
data  records  could  be  input  as: 

CASE  ABC  B20  / 

35  100  TO  110  FX  5.  MZ  10.  / 

*♦2  1 100  0 100  0 5.  0 10.  / 

134.1.1.2  Loads  Grouped  by  Nodes 

Records  9 and  10  allow  specified  nodal  loads  to  be 
associated  with  a group  of  struct*'  :al  nodes. 

Record  9 Node  List 


NCDE  ATlist  (n) 


Subsequent  Records  10  define  nodal  loads  to  be  applied 
tc  all  nodes  in  ATlist  (n). 

Record  10  Load  Case  and  Nodal  Load  Specification 


ATlist (C) 

fflist  1 

|Nf  1 f 1 Nf  2 f 2 ..  .J 

All  loads  specified  via  this  record  are  attributed  to 
eacn  of  the  load  cases  defined  by  ATlist  (c) . 

f list] 

Nti  [ = Same  as  defined  for  Record  8 


This  record  or  Records  9 and  10  may  be  repeated. 

Example  Use  of  Records  9 and  10: 

Nodes  5,  7,  9,  11  and  45  for  load  cases  1,  2,  3,  HI,  H2 
and  H3  have  an  FY  force  equal  to  6 times  the  inteqer  part  of 
the  load  case  label  and  an  MX  value  equal  to  twice  tne  integer 
part  of  the  load  case  label.  The  data  records  could  be  input 
as: 

nodi:  5 TO  11  BY  2 45  / 

1 HI  FY  6.  MX  2.  / 

*♦2  1 1 0 6.  0 2.  / 
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134.1.1.3  Loads  Grouped  by  Nodal  Freedoms 

Records  11  and  12  allow  specified  nodal  loads  to  be 
associated  with  a qroup  of  freedoms. 

Record  11  Nodal  Freedom  List 


FREEDOM  ATlist (fn) 


ATlist(fn)  = ATLAS  list  of  alphanumeric  words— each 

word  is  comprised  of  a nodal- force  label, 
as  specified  via  the  BC  data,  followed 
by  a node  number.  An  ATlist  (fn)  could 
be  MY1 1 TO  MY88  which  denotes  moments  about 
the  Y-axis  at  nodes  11  through  88.  Non- 
existent nodal- force  labels  and  node  numbers 
referenced  by  words  generated  by  ATLAS  (fn) 
are  not  allowed. 

Record  12  Load  case  and  Nodal  Load  Specification 


ATlist (c)  flist 


flist  = List  of  nodal  loads  to  be  applied  to  the 

freedoms  as  listed  by  the  last  Record  11. 
The  number  and  sequence  of  the  loads  in 
"flist**  must  correspond  with  the  number 
and  sequence  of  freedoms  specified  by 
Record  11. 

This  record  or  Records  11  and  12  may  be  repeated. 

Example  Use  of  Records  11  and  12; 

FX  loads  are  to  be  specified  at  nodes  1 through  5 and 
20.  Fcr  load  case  10,  the  forces  are  1,2,  13,  4,  -5  and  8. 
For  load  case  TAXI,  the  forces  are  7,  12,  15,  -2,  6 and  2. 

The  data  records  could  be  input  as: 


FREEDOM 

FXl 

TO 

FX5 

FX20 

/ 

10  1. 

2. 

13. 

4. 

- 5. 

8. 

/ 

TAXI  7. 

12. 

15. 

-2. 

6. 

2. 

/ 

Record  13  End  Nodal  Load  Subset 


END  NODAL  LOAD  DATA 


Additional  Records  2-13  may  be  input  to  define  nodal  loads 
for  different  SET/STAGE  combinations. 


134.1.2  Support  Displacetpen^.Data  subset  (optional) 

Tnis  data  subset.  Records  14-22,  may  be  used  to  input 
specified  displacements.  These  data  may  be  input  partially 
or  wholly  via  the  BC  data  set  (sec.  106.1.1)  and/or  the  loads 
data  set.  Displacements  input  for  a particular  SET  and  STAGE 
(Fecord  2)  are  cumulated.  Multiple  displacements  specified 
for  the  same  freedom  are  cumulated. 

Displacements  may  be  specified  only  for  freedoms  which 
have  been  previously  SUPPORTed.  All  displacements  are  defined 
and  effected  relative  to  the  analysis  frame  of  the  associated 
node.  If  no  displacement  is  specified  for  a SUPPORTed  freedom, 
it  is  riqidly  fixed  (zero  displacement  is  enforced). 

Specified  lists  or  displacements  may  be  associated  with 
a qroup  of  load  cases  (Records  15,  16  and  17),  a group  of  nodes 
(Fecords  15,  18  and  19)  or  a group  of  kinematic  freedoms  (Records 
20  and  21)  . Rotational  displacements  are  input  in  radians. 

Record  14  Specified  Displacement  Data  Subset 


BEGIN  SUPPORT  DISPLACEMENT  DATA 


Record  15  Nodal-Freedcm  Order  (optional) 

This  record  defines  the  nodal-freedom  correspondence  list 
associated  with  lists  of  displacements  input  via  Records 
17  and/or  19. 


CFDER  Nf 1 Nf 2 , . . 


Nf1,Nf2,...  = List  of  1 to  6,  2-character,  alphanumeric 

identifiers  defining  the  order  and 
number  of  kinematic  freedoms  associated 
with  the  displacements  input  via  "dlist" 
in  Records  17  and/or  19.  The  i-th 
identifier  Nfi  in  this  list  must  be 
one  of  the  following: 

Nfi  — Either  one  of  the  kinematic  labels 

selected  via  the  BC  data  for  a specific 
type  of  analysis  frame  (REC,  CYL  or 
SPH)  or  one  of  the  words  Fj ; j = 1, 

6 which  denote  the  six  ordered  nodal 
freedoms  (see  Record  4 of  BC  data) 
associated  with  all  anal>sis  frame 
types.  It  the  former  type  of  identifier 
is  used,  all  nodes  with  specified 
displacements  must  have  the  same  list 
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of  analysis- frame  kinematic  labels. 
However#  if  HFjM  words  are  used#  the 
kinematic  labels  associated  with  the 
referenced  nodes  are  immaterial. 

Default  Record:  The  order  and  number  of  nodal-freedoms 

defined  by  the  last  reccrd  of  this  type 
or  Fj;  j = 1 # 6.  If  this  record  is 
not  used,  the  order  in  which  the  6 
displacements  are  specified  via  Records 
17  and/or  19  must  be  consistent  with 
the  default  nodal- freedcir  order  (e.g.# 
TX,  TY#  TZ#  RX#  RY  and  RZ  for  REC 
analysis  frames)  . 

Records  of  this  type  may  appear  any  number  of  times  within 

this  data  subset. 

134.1.2.1  Displacements  Grouped  by  Load  Cases 

Records  16  and  17  allow  specified  displacements  to  be 
associated  with  a group  of  load  cases. 

Record  16  Load  Case  Labels 


CASE  AT  list  (c) 


Displacements  specified  via  subsequent  Records  17  are 
attributed  to  each  of  the  load  cases  defined  by  ATlist  (c) . 

Record  17  Node  and  Displacement  Specification 


ATlist (n) 

(dlist  1 

[Nfi  dl  Nf 2 d2  . . .J 

All  displacements  specified  by  this  record  are  applied 
to  all  nodes  in  ATlist  (n) . 

dlist  = List  of  1 to  6 displacements  associated 

with  the  sequence  and  number  of  kinematic 
freedoms  identified  by  the  last  Record 
15.  Trailing  zeros  need  not  be  input. 

Nfi,di  = The  i-th  kinematic  label  and  displacement 

in  this  record  denoting  which  freedom  is 
to  have  a displacement  of  "di"  imposed. 
The  format  of  Nfi  is  the  same  as  defined 
for  Record  15.  These  items  are  input  in 
pairs  in  an  order  which  is  independent 
of  Reccrd  15. 
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This  record  or  Records  16  and  17  may  be  repeated. 

Use  of  Records  16  and  17  is  illustrated  by  the  example  shown 
for  Records  7 and  8 provided  that  displacements  and  kinematic 
labels  are  used  instead  of  the  force  terminology. 

134.1.2.2  Displacements  Grouped  by  Nodes 

Records  18  and  19  allow  specified  displacements  to  be 
associated  with  a qrou^  ot  nodes. 

Record  18  Node  List 


NODE  ATlist  |n) 


Subsequent  Records  19  define  displacements  to  be  applied 
tc  all  nodes  in  ATlist  (n). 

Record  19  Load  Case  and  Displacement  Specification 


ATlist (c) 

fdlist  \ 

[Nfl  dl  Nf 2 d2  ...J 

All  displacements  specified  within  this  record  are 
attributed  to  each  of  the  load  cases  defined  by  ATlist(c) . 

dlistl 

Nti  I = Same  as  defined  for  Record  17 


This  record  or  Records  18  and  19  may  be  repeated. 

use  of  Records  18  and  19  is  illustrated  by  the  example  shown 
for  Records  9 and  10  provided  that  displacements  and  kinematic 
labels  are  used  instead  of  the  force  terminology. 

134.1.2.3  Displacements  Grouped  by  Nodal  Freedoms 

Records  20  and  21  allcw  specified  displacements  to  be 
associated  with  a group  of  kinematic  freedoms. 

Record  20  Kinematic  Freedom  List 


FREEDOM  ATlist (fn) 


ATlist (fn)  = ATLAS  list  of  alphanumeric  words — each 
word  is  comprised  of  a kinematic  label, 
as  specified  via  the  BC  data,  followed 
by  a node  number.  An  ATlist  (fn)  could 
be  TX11  TO  TX88  which  denotes  the  X-axis 


translational  freedoms  for  nodes  11  through 
88.  Non-existent  node  numbers  referenced 
by  ATlist(fn)  are  not  allowed. 

Rf  -crd  21  Load  Case  and  Displacement  Specification 


ATlist(c)  dlist 


dlist  = List  of  displacements  to  be  imposed  on 

the  freedoms  as  listed  by  the  last  Record 
20.  The  number  and  sequence  of  the 
displacements  in  "dlist"  must  correspond 
with  the  number  and  sequence  of  freedoms 
specified  by  Record  20. 

This  record  or  Records  20  and  21  may  be  repeated. 

Use  of  Records  20  and  21  is  illustrated  by  the  example  shown 
for  Records  11  and  12  provided  that  displacements  and  kinematic 
labels  are  used  instead  of  the  force  terminology. 

Record  22  End  Support  Displacement  Data  Subset 


END  SUPPORT  DISPLACEMENT  DATA 


Additional  Records  2-22  may  be  input  to  define  loads  data 
for  different  SET/STAGE  combinations. 

134.1.3  Element  Load  Data  Subset  (optional) 

This  data  subset.  Records  23-29,  is  used  to  specify 
distributed  loading  on  selected  stiffness  elements.  Uniform 
or  linearly- varying  loads  on  all  element  types  except  the  SCALAR 
element  may  be  defined.  Distributed  loads  are  defined  via  load 
intensities  at  element  nodes. 

Element,  loads  may  be  associated  with  a qroup  of  load  cases 
(Rect  rds  25  jnd  26)  or  a qroup  of  elements  (Records  27  and  28). 
Leads  applied  to  the  one  and  2-dimensional  elements  are 

prescribed  in  sections  134.1.3.1  and  134.1.3.2,  whereas  loads 
applied  to  BRICK  elements  are  prescribed  according  to  section 
13<»  1.3.3. 

Record  23  Begin  Element  Load  Subset 


BEGIN  ELEMENT  LOAD  DATA 
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Record  24  Load  Direction  Specification 

DIRECTION  /GLOBAL  \ ( Nn 

\ ELEMENT/  I X y 2 


/global  \ 
Xllexent/ 


x,y,2 


= Key-word  denoting  that  either  the  GLOBAL 
or  each  of  the  ELEMENT  reference  frames  is 
used  to  define  the  load  direction  vector. 
The  direction  of  the  distributed  loads  is 
from  the  origin  of  this  frame  to  the  point 
defined  by  "Nn"  or  "x"»  "y"  and  "2". 
Default:  The  load  reference  frame  is  either 
the  one  denoted  by  the  last  record 
of  this  type  or  the  GLOBAL  frame. 

= Node  number  (integer)  . 

= Coordinates  xy  y and  z of  a point  located 
with  respect  to  either  the  GLOBAL  frame  or 
each  of  the  ELEMENT  reference  frames  of  the 
loaded  elements. 


This  record  may  appear  any  number  of  times  anywhere  within 
this  data  subset.  The  load  direction  defined  via  this 
record  remains  effective  until  redefined. 

134.1.3.1  Loads  Grouped  by  Load  Cases 

Records  25  and  26  allow  element  loads  to  be  associated  with 
a group  of  load  cases. 

Record  25  Load  Case  Labels 


CASE  ATlist (c) 

Element  loads  specified  by  subsequent  Records  26  are 
attributed  to  each  of  the  load  cases  defined  by  ATlist (c) 

Record  26  Element  and  Load  Specification 


ATlist  (e) 


flist 

blist 


The  distributed  loads  specified  by  this  record  are  applied 
to  each  element  in  ATlist (e). 


flist 


= List  of  load  intensities  at  the  element 
nodes.  The  number  and  input  sequence  of 
items  within  "flist"  that  are  required  for 
each  element  type  except  the  BRICK  are 
presented  by  table  134-1. 
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= Load  intensities  for  fiRICK  elements  only; 
see  section  123.1.3.3. 

This  record  or  Records  25  and  26  may  be  repeated. 

Example  Use  of  Records  25^nd_26j_ 

For  load  cases  LIMIT  and  M30,  elements  100  through  200 
have  a pressure  load  of  10,  elements  300  through  400  have  a 
pressure  load  of  12,  and  elements  500  through  600  have  a pressure 
lead  of  14.  The  data  records  could  be  input  as: 

CASE  LIMIT  M30  / 

100  TO  200  10.  / 

* *2  200  0 200  2.  / 

134.1.3.2  Loads  Grouped  by  Elements 

Records  27  and  28  allow  element  loads  to  be  associated 
with  a qroup  of  elements. 

Record  27  Element  List 


ELEMENT  ATlist(e) 


Subsequent  Records  28  define  load  intensities  for  each 
element  in  ATlist(e). 


Record  28  Load  Case  and  Load  Specification 


ATlist (c) 


f listl 
blist  J 


The  distributed  loads  specified  by  this  record  are 
attributed  to  each  of  the  load  cases  defined  by  ATlist  (c). 


ff list  1 

[blist J = Same  as  defined  for  Record  26 

This  record  or  Records  27  and  28  may  be  repeated. 


Example  Use  of  Records  27  and2_8i 

Elements  5,  10  and  15  have  pressure  loads  of  6 for  load 
cases  PI  and  H2;  8 for  load  cases  P2  and  H4;  and  10  for  load 
cases  P3  and  H6.  The  data  records  could  be  input  as: 

ELEMENT  5 TO  15  BY  5 / 

PI  H2  6.  / 

*+2  122./ 
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Table  I3»M.  Input  Variations  of  Nodal  Load  Intensities 


0 


ELEMENT 

LOADED 

NUMBER  OF 

INPUT  NODAL  LOAD  INTENSITIES  | 

TYPE 

ELEMENT  NODE 

1 

2 

3 

4 

5 

6 

7 

8 

ROD 

N1 

1 

J 

N2 

1 

2 

BEAM 

A1 

1 

1 

A2 

1 

2 

» 

SPAR 

N1 

n 

1 

■ 

■■ 

|| 

| 

Mjj 

N2 

IK 

2 

flit 

■ 

an 

I! 

COVER 

PIU 

.5(1) 

1 

.5(1) 

.5(1) 

l 

■ 

1 

* 

P2U 

.5(1) 

1 

.5(2) 

.5(2) 

i 

2 

P3U 

.5(1) 

1 

.5(3) 

.5(3) 

r - 

IjjjB 

3 

CCOVER 

P4U(quari.) 

.5(1) 

1 

.5(4) 

1 

1 1 

4 

PIL 

.5(1) 

2 

.5(1) 

.5(1) 

I 

4 

■ 

5 

P2L 

.5(1) 

2 

.5(2) 

.5(2) 

| 

5 

6 

P3L 

.5(1) 

2 

.5(3) 

.5(3) 

Hip 

mm 

| 

7 

P4L( quad. ) 

.5(1) 

2 

.5(4) 

| 

8 

PLATE 

Al 

n 

■ 

1 

1 

■ 

■ 

■ 

& 

A2 

IB 

H 

2 

2 

CPLATE 

A3 

H 

3 

3 

a 

a 

A4(quad.) 

mm 

4. 



Triangular 

Al 

n 

II 

1 

■ 

■ 

■ 

m 

GPLATE 

A2 

mm 

2 

m -K 

H 

A3 

a 

BR 

3 

H 

mm 

■ 

am 

Quadrilateral 

Al 

n 

m 

fiSt 

i 

| 

mm 

■ 

m 

GPLATE 

A2 

u 

■I  n 

? 

1 

A3 

n 

■if 

■ i 

3 

Ha 

m , 

■ ■ 

A4 

EB 

HI 

1 

4 

H 

H 

HR 

BRICK 

See  Section  13 

4. 1.3.3 

i 

| 

| 

P M 

SROD 

N1 

1 

i 

N2 

1 

2 

4-Node 

Nl 

I 

1 

SPLATE 

N2 

2 

N3 

3 

N4 

' 

- 

4 

8-Node 

Al 

1 

... 

1 

SPLATE 

A2 

1 

2 

A3 

1 

3 

A4 

4 

Mj  Each  nonzero  integer  in  this  table  denotes  which  one  of  the  nodal  load 
^ intensities  input  by  Record  26  or  28  is  to  be  applied  to  a corresponding  element 

node  as  shown  in  the  table.  For  the  case  when  1,3.  or  4 load  intensities  are 

input  for  a COVER  or  CCOVER  , one-half  of  the  input  values  are  applied  at  the 

appropriate  upper  and  lower  plate  corner  nodes  denoted  by  PiU  and  PiL, 

respectively.  N ( i ) and  A(i)  denote  structural  and  auxiliary  element  nodes, 
respect ively.as  described  in  appendix  B. 
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134.1.3.3  Loads  on  BRICK  Elements 

Records  24-28  may  be  used  to  define  distributed  loads 
on  BRICK  elements  via  "blist"  in  Records  26  and  28.  "blist" 
is  comprised  of  one  element  face  number  followed  by  one  or  more 
nodal  load  intensities.  A distributed  load  on  cne  of  the  six 
faces  of  a BRICK  element  is  defined  via  load  intensities  at 
the  nodes  of  the  loaded  face.  Coplanar  faces  may  not  be  loaded, 
coplanar  element  faces  occur,  for  example,  when  a BRICK  element 
is  degenerated  to  describe  a wedqe. 

Three  variations  of  "blist"  in  Record  26  and  28  are 
presented  below.  The  direction  of  the  distributed  pressure 
loading,  as  specified  by  the  last  Record  24  in  the  input  stream, 
must  be  defined  relative  to  the  ELEMENT  reference  frame. 

Variaticn  1 Uniform  Pressure  on  a Face 

blist  = Face  pi 
where. 

Face  = Face  number  (integer)  of  the  elements. 

See  appendix  B for  the  definition  of  BRICK 
faces. 

pi  = Load  intensity  on  the  face. 

Variation  2 Linear  Pressure  Distribution  on  a Face 

blist  = Face  pi  p2  p3  p4 
where. 

Face  = Same  as  for  Variation  1. 

p1-p4  = Load  intensities  at  the  face  corner  nodes 
Ni.  The  required  input  order  of  these 
values  is  shown  in  the  table  below.  Load 
intensities  at  the  intermediate  edge  nodes 
are  generated  oy  linear  interpolation. 
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Vhra.-H'K'M.'vw-.  , 


I 


Face 

Corner  Node 
Load  Intensities 

Intermediate 
Load  intc 

Edge  Node 
nsities 

Number 

Pi 

P2 

P3 

p4 

pel 

pe2 

pe3 

pe4 

1 

NI 

N2 

N3 

N4 

NEI 

NE2 

NE3 

NE4 

2 

N5 

N6 

N7 

N8 

NE5 

NE6 

NE7 

NE8 

3 

N2 

N3 

N6 

N7 

NE2 

NE6 

NE10 

NE1 1 

4 

NI 

N4 

N5 

N8 

NE4 

NE8 

NE9 

NEI  2 

5 

N3 

N4 

N7 

N8 

NE3 

NE7 

NE1 1 

NEI  2 

6 

NI 

N2 

N5 

N6 

NEI 

NE5 

NE9 

NEI  0 

The  nodes  defining  fnces  5 and  6 in  the  foregoing  table 
are  compatible  with  a BRICK  element  defined  according 
to  the  figure  in  appendix  B.  If  the  nodes  N1  to  N4  are 
input  in  the  opposite  order  (clockwise  when  viewed  in 
the  negative  x-direction) , face  numbers  5 and  6 as  shown 
in  the  table  are  interchanged. 

Variation  3 General  Pressure  Distribution  on  a Face 

blist  = Face  pi  p2  p3  p4  pel  pe2  pe3  pe4 
where. 

Face  = Same  as  for  Variation  1 

p1-p4  = Load  intensities  at  the  face  corner 
nodes  Ni.  The  reguired  input  order 
of  these  values  is  shown  in  the  foregoing 
table. 

pei  = List  of  load  intensities  for  the 

"nonzero'*  intermediate  nodes  on  the 
edge  NEi.  The  load  intensities  denoted 
by  "pei"  are  associated  with  a node 
order  corresponding  with  traversing 
of  element  edge  E(i)  in  its  positive 
direction  (see  appendix  B) . The  sequence 
of  these  lists  is  shown  in  the  foregoing 
table.  Face  numbers  5 and  6 as  shown 
in  this  table  are  interchanged  if  the 
condition  discussed  for  Variation  2 
exi sts. 

Record  29  End  Element  Load  Subset 


END  ELEMENT  LOAD  DATA 


Additional  Records  2-29  may  be  input  to  define  nodal  and 
element  loads  for  different  SET/STAGE  combinations. 
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134.1.4  Nodal  Thermal  Load  Data  Subget  (optional) 


This  data  subset.  Records  30-35,  defines  incremental  nodal 
temperatures  for  thermal  loading  of  stiffness  elements. 
Calculation  of  equivalent  nodal  loads  and  initial  stresses  are 
performed  by  the  LOADS  Processor  (sec.  234.0}  using  the 
following  input  data: 

a)  The  initial  (base)  element  temperature  T0  defined  by 
NTcodeN  in  the  stiffness  element  data  (sec.  152.0)  and 
the  final  element  temperature  defined  as  T,  ®T0  + AT. 


b)  Equivalent  nodal  loads  are  calculated  for  the  applied 
thermal  strain  defined  as  e(Tt)-e(T0),  using  e(T)  values 
associated  with  the  element  material  "Mcode"  specified 
in  the  stiffness  element  data  (sec.  152.0) . 

c)  Initial  stresses  induced  in  the  elements  by  the  thermal 
strain  are  based  an  the  initial  T0  temperature. 

Incremental  nodal  temperatures  may  be  associated  with  a 
group  of  load  cases  (Records  31  and  32)  or  a group  of  nodes 
(Records  33  and  34) . 

In  this  data  subset,  ATlist(n)  may  identify  nodal  subset 
names  '•Nxxx'1  as  defined  previously  via  the  SUBSET-DEFINITION 
Preprocessor  (sec.  156.0)  in  addition  to  node  numbers.  Non- 
existent nodes  or  node  subsets  identified  by  ATlist(n)  are  not 
allowed. 

Record  30  Begin  Nodal  Thermal  Load  Subset 


BEGIN  NODAL  THERMAL  LOAD  DATA 


134.1.4.1  Loads  Grouped  by  Load  Cases 

Records  31  and  32  allow  nodal  temperature  increments  to  be 
associated  with  a group  of  load  cases. 

Record  31  Load  Case  Labels 


CASE  ATlist(c) 


Subsequent  Records  32  define  temperature  increments 
attributed  to  each  of  the  load  cases  specified  by 
ATlist(c)  . 
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Record  32  Node  and  Temper ature -Increment  Specification 


A?li3t  (n)  At 


At  = Temperature  increment  in  degrees  Fahrenheit 

which  is  effective  at  all  nodes  in 
ATlist(n) . The  last  temperature  increment 
specified  for  a node  takes  precedence. 

This  record  or  Records  31  and  32  may  be  repeated. 

134.1.4.2  Loads  Grouped  by  Nodes 

Records  33  and  34  allow  temperature  increments  to  be 
associated  with  a group  of  nodes. 

Record  33  Node  List 


NODE  ATlist(n) 


Subsequent  Records  34  define  temperature  increments  for  all 
nodes  in  ATlist (n) . 

Record  34  Load  Case  and  Temperature  Increment  Specification 


ATlist  (c)  At 


The  temperature  increment  specified  by  this  record  is 
attributed  to  each  of  the  load  cases  defined  by  ATlist  (c) . 

At  * Same  as  defined  for  Record  32 

This  record  or  Records  33  and  34  may  be  repeated. 

Record  35  End  Nodal  Thermal  Load  Subset 


END  NODAL  THERMAL  LOAD  DATA 


Additional  Records  2-35  may  be  input  to  define  loads  for 
different  SET/ STAGE  combinations. 

134.1.5  Element  Thermal  Load  Data  Subset  (optional) 

This  data  subset.  Records  36-41,  defines  incremental 
element  temperatures  for  thermal  loading  of  stiffness  elements. 
Calculation  of  equivalent  nodal  loads  and  initial  stresses  are 
performed  by  the  LOADS  Processor  (sec.  234.0)  as  described  in 
section  134.1.4. 

Incremental  element  temperatures  may  be  associated  with  a 
group  of  load  cases  (Records  37  and  38)  or  a group  of  stiffness 
elements  (Records  39  and  40)  . 
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In  this  data  subset,  ATlist(e)  may  identify  stiffness 
element  subset  names  "Exxx"  as  defined  previously  via  the  SUBSET- 
DEFINITION  Preprocessor  (sec.  156.0)  in  addition  to  element 
numbers.  Non-existent  elements  or  element  subsets  identified  by 
ATlist  (e)  are  not  allowed. 

Record  36  Begin  Element  Thermal  Load  Subset 


BEGIN  ELEMENT  THERMAL  LOAD  DATA 


134.1.5.1  Loads  Grouped  by  Load  Cases 

Records  37  and  38  allow  element  temperature  in^r  -.tents  to 
oe  associated  with  a group  of  load  cases. 

Record  37  Load  Case  Labels 


CASE  ATlist(c) 


Subsequent  Records  38  define  temperature  increments 
attributed  to  each  of  the  load  cases  specified  by  ATlist (c) . 

Record  38  Element  and  Temperature- Increment  Specification 


ATlist  (e)  ATlist  (At) 


ATlist (At)  = ATLAS  list  of  temperature  increments  in 
degrees  Fahrenheit  at  the  element  nodes. 
The  number  and  input  sequence  of  items  in 
ATlist (At)  that  are  required  for  each 
element  type  identified  by  ATlist  (e)  are 
presented  in  table  134-2. 

This  record  or  Records  37  and  38  may  be  repeated. 
134.1.5.2  Loads  Grouped  by  Elements 

Records  39  and  40  allow  element  temperature  increments  to 
be  associated  with  a group  of  elements. 

Record  39  Element  List 


ELEMENT  ATlist (e) 


Subsequent  Records  40  define  temperature  increments  for  all 
elements  in  ATlist (e) . 

Record  40  Load  Case  and  Temperature- Increment  Specification 
Atlist(c)  ATlist  (At) 
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The  temperature  increments  specified  by  this  record  are 
attributed  to  each  of  the  load  cases  defined  by  ATlist (c) . 

ATlist(At)  = Same  as  defined  for  Record  38 

This  record  or  Records  39  and  40  may  be  repeated. 

Record  41  End  Element  Thermal  Load  Sublet 

END  ELEMENT  THERMAL  LOAD  DATA 

Additional  Records  2-41  may  be  input  to  define  loads  for 
different  SET/STAGE  combinations. 


134.1.6  Rotational  Inertia  Load  Data  Subset  (optional) 

This  data  subset.  Records  42-46,  defines  rigid-body  motion 
of  the  model  about  an  axis  of  rotation  fixed  in  the  GLOBAL 
reference  frame.  These  kinematics  are  used  by  the  LOADS 
Processor  (sec.  234.0)  to  calculate  equivalent  nodal  forces  for 
the  reversed  inertia  loads  (F=-Ma) . Inertia  loads  are  generated 
from  the  mass  associated  with  the  stiffness  elements  (sec. 

152.0) , the  non -structural  mass  elements  and  concentrated  masses 
(sec.  138.0).  The  following  rules  apply  to  the  use  of  this  data 
subset  per  SET/STAGE  combination  defined  by  Record  2: 

a)  A maximum  of  4095  different  axes  of  rotation  may  be 
defined  (Record  43) . Multiple  load  cases  (rotational 
kinematics)  may  be  associated  with  each  axis  via  Records 
44  and  45. 

b)  A load  case  identified  by  Record  44  may  be  associated 
with  only  one  axis  of  rotation.  Several  load  cases 
input  by  this  data  subset  nay  be  combined  via  Record  4, 
however,  to  create  a load  case  assocxated  with  multiple 
rotation  axes. 

Record  42  Begin  Inertia  Load  Subset 


BEGIN  ’NERTIA  LOAD  DATA 


Record  43  Axis  of  Rotation  Definition 


AXIS  Nnl  Nn2 


Nnl,  Nn2  = Us<  . node  numbers  (integers).  The 

instantaneous  axis  of  rotation  is  directed 
trom  "Nnl"  through  "Nn2.M  The  sense  of  the 
angular  velocity  and  acceleration  components 


134.21 


input  by  Record  45  is  defined  relative  to 
this  axis  according  to  the  right-hand  rule. 

The  axis  defined  by  this  record  remains  effective  for  load 
cases  input  via  Records  44  and  45  until  another  Record  43 
is  encountered. 

Record  44  Lead  Case  Labels 


CASE  ATlist(c) 


Inertial  loads  caused  by  the  rotational  kinematics 
described  by  Record  45  are  attributed  to  each  of  the  load 
cases  defined  by  ATlist(c)  . 

Record  45  Rotational  Kinematics 


omega  <alpha> 


omega 

alpha 


= Angular  velocity 

= Angular  acceleration 

Default:  Zero  acceleration 


;> 


> i 


Records  44  and  45  may  be  repeated. 

Different  axes  of  rotation  and  load  cases  for  a SET/STAGE 
combination  may  defined  by  repeating  Records  43-45. 

Rec-.d  4o  End  Inertia  Load  Subset 


END  INERTIA  LOAD  DATA 


Additional  Records  2-46  may  be  input  to  define  inertial 
loads  for  different  SET/STAGE  combinations. 

Record  47  End  Data  Set 


END  LOADS  DATA 


Loads  to  be  applied  to  different  SETS  and  STAGES  may  be 
input  via  additional  Records  1-47. 


\ : 
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Table  134-2.  Input  Variations  of  Element  Nodal -Temperature  Increments 


NO  Of  INNUT  TCNNCMTUli  INCREMENTS 
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Table  134-3.  Suaaary  of  Loads  Data  Records 
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BEGIN  ELEMENT  LOAD  DATA 
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ELEMENT  ATlist(e) 

134.14 

^i^c)  j ;!;*{) 

134.17 

END  ELEMENT  LOAO  DATA 
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BEGIN  NODAL  THERMAL  LOAD  DATA 

CASE  ATIist(c) 
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ATIist(n)  At 
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NODE  ATIist(n) 
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ATIi*t(c)  At 
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END  NODAL  THERMAL  LOAD  DATA 
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BEGIN  ELEMENT  THERMAL  LOAD  DATA 

CASE  ATIist(c) 
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ATIist(e)  ATI ist(At) 

134.20 

ELEMENT  ATIist(e) 
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ATI ist(c)  ATI ist(At) 
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END  ELEMENT  THERMAL  LOAD  DATA 
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BEGIN  INERTIA  LOAD  DATA 

■EBB 

AXIS  Nnl  Nn2 

■■ 

CASE  ATI ist(c) 

omega  <alpha> 
END  INERTIA  LOAD  DATA 
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136.0  MACHBOX  AERODYNAMICS  DATA 


Unsteady  aerodynamic  analyses  of  rigid  or  elastic  planar 
or  non-coplanar  wings  and  wing/tail  configurations  in  supersonic 
flow  can  be  performed  by  the  MACHBOX  Processor  (sec.  236.0). 
Calculations  performed  by  this  processor  are  based  cn  the  three- 
dimensional  Mach  Box  technique  published  in  reference  136-1. 

The  input  data  set  supporting  MACHBOX  aerodynamic  analyses  is 
comprised  of  the  following  data  subsets: 

a)  Geometry  — Aerodynamic  surface  planform  and  Mach  Box 

grid  data;  airioil  thickness-slope  pressure 
correction  data  and  off-planform  wash 
sampling  locations. 

b)  Modal  — Vibration  modes  or  "AIC"  mode  substitutes 

(see  sec.  232.0)  associated  with  the 
aerodynamic  surfaces. 

Both  data  subsets  are  required.  This  data  set  need  not 
be  preceded  by  any  other  dati  set  within  a data  deck. 

Each  set  of  aerodynamics  data  is  referenced  as  a CASE. 

A maximum  of  36  MACHBOX  data  cases  may  be  identified  per  job. 
Printout  of  the  aerodynamic  case  data  may  be  requested  from 
the  MACHBOX  Postprocessor  (sec.  236.1). 
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Record  1 Data  Set  Identification 


BEGIN  MACHBOX  DATA 


This  record  initiates  execution  of  the  MACHBOX 
Preprocessor. 

Record  2 Data  Case  Number  (optional) 

Each  set  of  MACHBOX  aerod>£  amics  data  is  referenced 
as  a case  which  is  identified  by  an  integer  number. 
multiple  sets  are  used  in  a job,  each  case  must  be  assigned 
a unique  number. 


Data  case  number  (integer)  in  the  range 
1 to  36,  inclusive. 

Default  Record:  CASE  1 

Record  3 Data  Case  Title  (optional) 

A title  provides  additional  user- identification  of  c data 
case.  This  title  and  the  case  number  are  printed  within 
the  page  headings  of  MACHBOX  printout  (see  sec.  236.0). 


. LABEL  label 


label  = Alphanumeric  text  of  1 to  75  characters 

including  embedded  blanks. 

Default  Record:  MACHBOX  printout  is  identified  only 

by  the  data  case  number. 

136.1.1  Geometry  Data  Subset 

This  data  subset  includes  the  following  geometrical 
informa  tion: 

a)  Aerodynamic  surface  planform  definitions 

b)  Mach  Box  grid  data 

c)  Airfoil  thickness- slope  aerodynamic  correction  data 

d)  Locations  at  which  off- planform  sampling  of  the 
perturbation  velocity  is  desired. 


CASE  n 


n 
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An  aerodynamic  model  may  be  comprised  of  one  or  two 
surfaces  whose  planforms  are  defined  relative  to  local,  right- 
handed,  rectangular  coordinate  systems  x-y-z  oriented  with 
respecf  to  the  GLOBAL  reference  frame.  The  origin  of  each 
surface  reference-frame  triad  x-y-z  must  lie  in  the  GLOBAL  X- 
Z plane.  Additionally,  these  triads  must  be  oriented  such  that 
the  positive  x-axis  is  in  the  aft  direction  and  the  positive 
y-axis  is  directed  from  the  root  to  the  tip  of  the  surf ace (s). 
The  positive  X-axis  must  be  in  the  aft  (streamwise)  direction 
and  the  X-Z  plane  must  be  the  plane  of  wing  symmetry. 

Geometric  configurations  accommodated  by  the  MACHBOX 
aerodynamic  analysis  may  be  summarized  as  follows: 


a)  Single  surface  with  dihedral  in  the  range  ±45° 
fc)  Two  coplanar  surfaces 

c)  Two  surfaces  with  or  without  longitudinal  and  vertical 
separations  each  having  dihedral  in  the  range  ±45° 

d)  One  surface  with  dihedral  in  the  range  ±45°  and  a 
second  non-intersecting  surface  with  a dihedral  of 
90°  to  model  a symmetrical  wing  with  an  aft  vertical 
tail. 

Except  for  a vertical  tail,  each  surface  is  considered  to  be 
symmetrical  about  the  GLOBAL  X-Z  plane.  Geometrical  data  are 
input  only  for  half  of  the  symmetrical  aerodynamic  surfaces. 

Each  surface  planform  is  defined  via  straight  line  segments 
and  may  have  a streamwise  or  a raked  tip.  Two  surfaces  may 
physically  overlap,  however,  the  aerodynamic  Mach  cone  of  the 
aft  surface  should  not  intersect  the  forward  planform. 
Aerodynamic  interference  effects  between  wing  and  tail  planforms 
are  accommodated  in  the  following  manner: 


a)  For  coplanar  surfaces,  the  interference  of  the  wing 
on  the  tail  and  the  effect  of  the  tail  on  the  wing 
are  both  included  in  the  analysis. 

b)  For  non-coplanar  surfaces,  only  the  influence  of  the 
wing  on  the  tail  is  included  in  the  analysis. 


The  numerical  solution  technique  employed  by  the  MACHBOX 
Processor  overlays  the  aerodynamic  surfaces  and  diaphragms  with 
a uniform  grid  of  rectangular  Mach  Boxes  whose  diagonals  lie 
along  the  Mach  rays  (see  ref.  136-1) . Each  box  is  identified 
by  a span  number  and  a chord  number  as  illustrated  by  figure 
136-1.  The  size  of  the  boxes  as  defined  by  the  user  must  be 
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sufficiently  small  so  that  the  assumption  of  constant  source 
strength  on  each  box  is  valid.  Centers  of  the  boxes  define 
the  locations  of  the  aerodynamic  control  points. 


X, *?, *2 


Figure  136-1.  Mach  Box  Aerodynamic  Grid 
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Record  4 Begin  Geometry  Subset 


BEGIN  GEOMETRY  DATA 


Fecords  5-9  define  an  aerodynamic  surface  planform  and 
associated  optional  pressure  correction  data.  These  records 
are  repeated  if  two  surfaces  are  required. 


Record  5 Surface  Orientation 


SURFACE 

Num  x z dih 

Hum  = flj 

= Integer  identification  number 
surface.  If  only  one  surface 

of 

is 

the 

defined. 

it  must  be  identified  as  Surface  1. 

If  two  surfaces  are  required,  the 
downstream  surface  must  be  identified 
as  Surface  2. 


= GLOBAL  X and  Z coordinates  defining 

the  origin  of  the  local  x-y-z  coordinate 
system  for  surface  "Num." 

= Dihedral  angle  in  degrees  which  positions 
the  surface  relative  to  the  GLOBAL  X- 
Y plane.  A surface  in  the  GLOBAL 
posit ive-Y  half-space  has  a positive 
dihedral  if  it  is  located  by  a positive 
right-hand  rotation  about  the  X-axis. 

The  value  of  "dih"  must  always  be  in 
the  range  ±45.0°  except  a Surface  2 
may  have  a dihedral  of  90.0°. 

Trailing  zeros  need  not  be  input. 

Records  6 and  7 define  the  leading  and  trailing  edges, 
respectively,  of  surface  "Num."  Each  edge  is  defined  by 
coordinates  of  2 to  10  points  located  with  respect  to  the  surface 
reference  frame  specified  by  Record  5.  These  points  must  be 
input  in  a root-to-tip  order.  Each  edge  must  begin  at  y=0.0 
and  the  tip-most  points  of  the  two  edges  must  have  the  same 
local  y-coordinate.  segments  of  an  edge  may  be  parallel  to 
the  local  x-axis,  however,  the  Mach  Box  grid  boundaries,  defined 
via  Record  10,  must  match  streamwise  planform  breaks  of  this 
type. 


x,  z 


dih 


◄ 
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Record  6 Leading  Edge  Coordinates 


LEADING  EDGE  xl  yl  x2  y2  ... 


xi,yi  = The  x and  y local  coordinates  of  the 

i-th  point  defining  the  leading  edge. 
A leading  edge  may  not  have  forward 
swept  segments. 

Record  7 Trailing  Edge  Coordinates 


TRAILING  EDGE  xl  yl  x2  y2  ... 


xi,yi  - The  x and  y local  coordinates  of  the 

i-th  point  defining  the  trailing  edge. 

A trailing  edge  may  have  forward  and 
backward  swept  segments. 

Airfoil  thickness  effects  on  interference  calculations 
are  ignored  by  the  basic  analysis  technique.  However,  correction 
factors  to  account  for  these  effects  may  be  applied  to  the 
calculated  aerodynamic  pressure  distribution  via  the  data  input 
by  Records  8 and  9.  These  corrections  are  effected  locally 
at  Mach  Box  centers  by  employing  second-order  piston  theory 
(ref.  1 36-  1)  . 

Record  8 Pressure  Correction  Indicator  (optional) 

Records  8 and  9 are  input  only  if  thickness  correction 
factors  for  surface  "Num"  are  to  be  applied. 


THICKNESS  mach 


mach  = Free  stream  Mach  number  greater  than 

1.0  and  < 5.0.  The  correction  factors 
are  applied  by  the  MACHBOX  Processor 
(sec.  236.0)  only  when  the  Mach  number 
specified  in  the  EXECUTE  MACHBOX 
parameter  list  for  the  associated  CASE 
number  is  within  ±10- s of  "mach." 

Record  9 Airfoil  Thickness- Slope  Correction  Data 


cl  c2  ...  cn 


ci  = The  thickness  slope  (variation  of  the 

airfoil  half -thickness  with  respect 
to  the  x local  axis)  at  the  i-th  box 
center  on  surface  "Num.  •'  The  number 
and  sequence  of  items  input  by  this 


136.6 


MACHBOX 


record  must  be  the  same  as  the  number 
and  sequence  of  boxes  on  surface  "Num." 
The  number  of  boxes  on  a surface  is 
dependent  on  the  Mach  number  specified 
by  Record  8 and  the  Mach  Box  qrid  data 
specified  by  Record  10.  The  boxes  on 
a surface  are  sequentially  ordered 
beginning  with  the  leading-edge  root 
box  and  proceeding  fore  to  aft  on  each 
chord  through  the  aft  box  on  the  tip 
chord. 


Records  5-9  are  repeated  to  define  a second  aerodynamic 
surface  with  optional  pressure  correction  data. 


Record  10  Mach  Box  Grid  Generation  Data 


BOX  nchords 

f XCENTER]  xloc 

\ XEDGE  J 

nchords  = Number  of  aerodynamic  box-grid  chords 

(integer)  to  be  established  on  Surface 
1.  For  the  example  illustrated  by 
figure  136-1,  "nchords"  is  a.  The 
dimension  of  each  box  in  the  x-direction 
is  calculated  as  the  square  root  of 
(M2  - 1) , times  the  dimension  of  each 
box  in  the  y-direction,  where  M is  the 
free  stream  Mach  number. 


xcenterI 
XEDGE  J 


For  a single  surface  or  coplanar  surfaces 
with  zero  dihedral  and  without  box 
subdivision  refinement  (see  SUBD 
parameter  of  EXECUTE  MACHBOX  statement)  , 
the  box  grid  may  extend  up  to  50  boxes 
in  each  direction.  For  any  spatial 
configuration  or  off-planform  sampling 
case  (see  Record  11)  , the  box  grid  is 
limited  to  a maximum  of  40  boxes  in 
each  direction.  In  all  cases,  the  total 
number  of  on-planform  boxes  is  limited 
to  1000  and  the  total  number  of  planform 
plus  diaphragm  boxes  is  limited  to  1275. 

Key-word  denoting  whether  "xloc"  defines 
the  center  (XCENTER)  or  the  leading 
edge  (XEDGE)  of  any  box  within  the  Mach 
Box  grid.  The  complete  box  grid  for 
one  or  two  surfaces  is  automatically 
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generated  relative  to  the  location  of 
this  box. 

xloc  = x-coordinate  relative  to  the  local 

reference  frame  of  Surface  1 which 
locates  a box  center  or  a spanwise  box 
edge.  This  coordinate  may  be  anywhere 
near  or  on  Surface  1 (see  fig.  136-1 
which  illustrates  "xlocM  for  an  XGDGE) . 

Record  11  Off-Planform  Sampling  Locations  (optional) 


This  record  allows  the  user  to  sample  the  perturbation 
velocity  in  the  flow- field  resulting  from  surface  motions. 
Samples  of  this  type  may  be  requested  only  for  a single 
surface.  Velocity  components  are  calculated  by  the  MACHBOX 
Processor  and  sampled  components  may  be  printed  via  the 
MACHBOX  Postprocessor  (see  sec.  236.0). 


SAMPLING 

CHORD 

cl 

FBOX  fl 

LBOX  11 

ZLOC 

CHORD 

• * • 

c2 

FBOX  f2 

LBOX  12 

ZLOC 

z2 

ci 

= 

Integer 

greater 

than 

zero 

id  < 40 

identifying  the  i-th  box- grid  chord 
in  which  sampling  is  to  be  done.  A 
maximum  of  10  chords  may  be  specified. 


fil  = Box-grid  span  numbers  (integers)  identi- 

lij  fying  the  first  (most  forward)  and  the 

last  (a ft- most)  boxes  of  a sequence 
of  boxes  on  chord  Mci."  These  items 
may  be  in  the  range  1 <fi<  li  < 40 
for  any  sampling  chord. 


zi  = The  GLOBAL  Z-coordinata  at  which  off- 

planform  velocity  sampling  is  to  be 
effected  relative  to  the  foregoing 
sequence  of  boxes  within  chord  Mci.*' 
The  Z-coordinate  may  not  lie  in  the 
surface. 


Default  Record:  No  off-planform  washes  are  calculated. 


Record  12  End  Geometry  Subset 


END  GEOMETRY  DATA 


This  record  indicates  all  geometry  data  have  been  defined 
for  the  case  identified  by  Record  2. 
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136.1.2  Modal  Data  Subset  (optional) 

This  subset  defines  the  vibration  modes,  "AIC"  mode 
substitutes  or  rigid -body  modes  to  be  associated  with  each 
aerodynamic  surface.  If  no  modal  data  are  input,  only  the  Mach 
nox  grid  would  be  generated  by  execution  of  the  MACHBOX 
Processor. 


Flow  disturbances  are  modeled  by  distributed  pulsating 
sources  whose  strengths  are  related  to  modal  displacement 
amplitudes  at  the  box  centers.  The  aerodynamic  theory  requires 
translational  components  of  the  vibration  modes  to  be  normal  to 
the  surface  olanform(s) . Thus,  the  analysis  frame  axis 
associated  with  the  retained  nodal  freedoms  must  be  normal  to  the 
aerodynamic  surface. 

Record  13  Begin  Modal  Subset 


BEGIN  MODAL  DATA 


Record  14  defines  the  vibration  modes  or  "AIC"  mode 
substitutes  that  are  to  be  used  in  the  analysis  of  the  case 
identified  by  Record  2.  Only  one  of  the  two  variations  of  this 
record  may  be  used  per  data  case.  Variation  1 must  be  used  when 
mode  shape  coeiiicients  generated  by  the  INTERPOLATION  Processor 
are  to  be  employed  in  the  aerodynamic  analysis.  Mode  shapes  may 
be  definea  directly  via  Variation  2 for  a rigid-body  aerodynamic 
analysis. 


record  1 4 Modal  Data 


SURFACE  1' 

Variation  1 

USE  Name  WITH 

SURFACE  2 

BOTH 

Name 


' SURFACE  1 
SURFACE  2 
30TK 


The  name  of  an  interpolation-coefficient 
matrix  previously  generated  via  the 
INTERPOLATION  Processor  (see  sec.  232.0) . 


Key-word  denoting  whether  ’'Name"  is  to 
be  associated  with  "SURFACE  1,"  "SURFACE 
2"  or  "BOTH"  aerodynamic  surfaces.  A 
particular  coefficient  matrix  may  be  used 
with  BOTH  surfaces  only  if  the  same 
analysis  frame  is  associated  with  all  the 
retained  nodes  on  both  surfaces.  Thus, 
the  two  surfaces  must  have  the  same 
dihedral. 
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This  record  must  be  repeated  if  different  interpolation 
coefficient  matrices  are  to  be  associated  with  two 
surfaces. 


L 

-c 

V 

\ 

k 


Variation  2 allows  the  user  to  define  1 t^  6 rigid  body 
modal  freedoms  relative  ro  the  GLOBAL  reference  frame.  This 
variation  may  be  i,ced  only  if  the  dihedral  angles  of  the  surfaces 
are  zero. 


Variation 


x,y,  z 


2 


FIGID  BODY  <x  y z>  Fbf 1 magi  Pbf2  mag2  ... 


= GLOBAL  X,  Y and  Z coordinates  defining 
the  reference  point  to  be  used  in 
generating  the  rigid  body  modes. 

Default:  The  origin  of  the  GLOBAL  frame 
is  used  as  the  reference  point. 


Fbfi  = Key-word  denoting  the  i-th  rigid  body 

freedom  selected  from  the  list  TX,  TY, 
TZ,  FX,  RY  and  RZ.  Within  erch  of  these 
key-words,  the  letter  WT"  is  associated 
with  a translation  freedom  and  WR"  is 
associated  with  a rotation  freedom 
relative  to  the  GLOBAL  X-Y-Z  triad. 


magi  = The  relative  magnitude  of  the  i-th  rigid 

body  freedom  with  respect  to  the 
reference  point.  Items  "Rb£iM  and 
"magi”  are  input  in  pairs  1 to  6 times 
in  an  order  which  defines  the  sequence 
of  rigid  body  modes  used  in  the 
aerodynamic  analysis. 


Record  15  End  Modal  subset 


END  MODAL  DATA 


Additional  cases  may  be  defined  by  repeating  Records  2- 
15  with  a unique  identification  number  assigned  to  each 
case  by  Record  2. 


Record  16  End  MACHBOX  Data  Set 


END  MACHBCX  DATA 


Additional  cases  may  be  input  by  repeating  Records  1-16. 
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Table  136-1.  Summary  ol  MACHBOX  Data  Records 


Reference 

Page 

Data  Records 

136.2 

BEGIN  MACHBOX  DATA 

136.2 

CASE  n 

136.2 

LABEL  label 

136.5 

BEGIN  GEOMETRY  DATA 

136.  5 

SURFACE  Num  x z dih 

13  6.6 

LEADING  EDGE  xl  yl  x2  y2  ... 

13  6.6 

TRAILING  EDGE  xl  yl  x2  y2  ... 

136.6 

THICKNESS  rnacli 

13  6.6 

cl  c2  ... 

, , f XCENTER 1 , 

136.7 

BOX  "chords  J^GE  Jxloc 

1 3 6 . 8 

SAMPLING  CHORD  cl  FBOX  fl  L.BOX  11  ZLOC  *1  CHOMP  c2  ... 

136.8 

END  GEOMETRY  DATA 

136.9 

BEGIN  MODAL  DATA 

( SURFACE  ll 

136.9 

USE  Name  WITH  < SURFACE  2> 

(both  ) 

136.10 

RIGID  BODY  <x  y z>  Rbfl  magi  Rbf2  mag2  ... 

136.10 

END  MODAL  DATA 

136.10 

END  MACHBOX  DATA 

>.  - -v**' 


138.0  MASS  DATA 


An  ATLAS  irass  mooel  may  be  comprised  of  any  combination 
of  the  following  components. 

a)  Structural  mass  defined  via  the  stiffness  elements 
associated  with  a stiffness  data  set  (sec.  152.0)  that 
is  identified  by  the  same  number  assigned  to  the 
corresponding  mass  data  set  (sec.  138.1). 

fc)  Non-structural  mass  defined  via  mass  finite  elements 
(sec.  138.1.2). 

c)  Fuel- distribution  conditions  (sec.  138.1.3).  A maximum 
of  99  fuel  distributions  may  be  defined. 

d)  Payload-distribution  conditions.  A maximum  of  99 
payload-distribution  conditions  may  be  defined  (sec. 

13d.  1.4). 

e)  Concentrated- mass  subsets  defined  in  terms  of  mass 
input  directly  as  concentrated  masses  at  nodes.  A 
maximum  of  9 subsets  may  be  defined  (sec.  138.1.5). 

Overall  mass-distribution  conditions  for  a model,  as 
defined  in  section  138.1.1,  are  comprised  of  user-selected 
combinations  of  the  foregoing  mass  model  components.  A condition 
must  be  defined  to  calculate  reduced  mass  matrices  associated 
with  retained  nodal  freedoms  (sec.  106.0)  and  to  calculate 
panel-weight  matrices.  All  geometrical  and  mass  element  data 
associated  with  weight  panels  and  the  foregoing  items  b)  through 
e)  are  defined  via  the  mass  data  set.  Labeling  and  output 
format  information  required  to  assemble  a detailed  weight- 
statement  are  also  defined  by  this  data  set. 

The  mass  data  set  is  divided  into  the  following  optional 
data  subsets: 

a)  Mass  Distribution  Condition 

b)  Mass  Element 

c)  Fuel 

d)  Payload 

e)  Concentrated  Mass 

f)  Mass  Lumping 

q)  Auxiliary  Weight  Panel 

n)  Weight-Statement  Label 

i)  Factor 


f 


A mass  data  set  defines  the  non- structural  mass  associated 
with  ore  or  more  structural  models  each  identified  by  a SET 
nunibe  . The  mass  associated  with  a particular  model  may  be 
defined  partially  or  wholly  by  the  mass  data  set  and/or  by  the 
stiffness  data  set  (sec.  152.0).  All  mass  included  in  a mass- 
distribution  condition  for  a particular  SET  is  cumulated  when 
a reduced  mass  matrix  or  panel-weight  matrix  is  generated. 

The  qecmetrical  data  associated  with  a SET  are  defined  via  the 
Nodal  data  set  (sec.  146.0)  identified  by  the  same  SET  number. 

A maximum  of  36  node/mass  and  node/stiffness/mass  data  SETS 
may  be  defined  per  job. 

Printout  of  the  mass  data  may  be  requested  from  the  MASS 
Postprocessor  (sec.  238.0) • Plots  of  the  mass-element  data 
can  also  be  effected  via  the  EXTRACT  and  GRAPHICS  Postprocessors 
as  discussed  in  sections  218.0  and  228.0. 
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138.1  INPUT  DATA 

Pecord  1 Data  set  Identification 
EEGIN  MASS  DATA 

This  record  initiates  execution  of  the  MASS  Preprocessor. 

Record  2 Data  Set  Number  (optional) 

Each  set  of  mass  data  is  identified  by  an  integer  number. 

If  multiple  sets  are  used  in  a "job,  each  set  must  be 
assigned  a unigue  number. 

SET  n 

n = Data  set  number  (integer)  in  the  range 

1 to  36 , inclusive.  If  a mass  data 
set  is  to  be  associated  with  a structural 
model,  the  corresponding  stiffness  and 
mass  data  sets  must  be  identified  by 
the  same  SET  number. 

Default  Pecord;  SET  1 

138.1.1  Mass-Distribution  Condition  Data  Subset  (optional) 

This  subset.  Records  3-5,  defines  which  mass  model 
components,  a)  throuqh  e)  of  section  138.0,  are  essential  to 
an  overall  mass-distribution  condition.  A maximum  of  100 
different  mass  conditions  may  be  associated  with  a mass  data 
set.  This  data  subset  is  required  only  if  reduced  mass  matrices 
ar.d/or  panel-weight  matrices  are  to  be  calculated. 

Record  3 Beqin  Mass  Condition  Subset 

BEGIN  CONDITION  DATA 

Record  4 Mass  Condition  Data 


STAGE  St 
PANEL  DATA  Sub 


CONDITION  cond  Fuel  Payload  Conmass 

The  boundary  condition  (BC)  stage  number 
(integer)  previously-defined  by  the 
BC  data  (sec.  106.0)  for  a nodal  data 
set  identified  by  the  same  number  as 
this  data  set.  The  number  and  order 
of  the  retained  kinematic  freedoms 
associated  with  the  BC  stage  correspond 
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Sub 


cond 


Fuel 


Payload 


Conraass 


with  the  size  and  row  sequence  of  the 
mass  matrix. 

An  auxiliary  panel  subset  number  defined 
by  Record  42.  This  number  denotes  a 
particular  set  of  weiqht  panels  to  be 
used  in  calculation  of  a panel-weight 
matrix. 

Mass-distribution  CONDITION  number 
(integer)  in  the  range  1 to  999, 
inclusive.  Each  CONDITION  associated 
with  a particular  SET  must  be  assigned 
a unique  number.  This  number,  right- 
ad-justed  and  zero-filled,  is  denoted 
by  xxx  in  the  7- character  name  of  the 
generated  mass  or  weight  matrix  MDCxxxY. 

Y is  the  display-code  equivalent  (1=A, 
2=B,  ...)  of  the  mass  set  number.  For 
example,  a mass  matrix  for  CONDITION 
3 and  set  5 (5=E)  is  named  MDC003E. 

This  7-character  name  would  be  specified 
in  the  parameter  list  of  an  EXECUTE 
VIBRATION  statement. 

A fuel  condition  number  (integer)  defined 
by  Record  20  to  be  associated  with  the 
mass  CONDITION.  A zero  denotes  no  fuel 
distribution  is  to  be  included. 

A payload  condition  number  (inteqer) 
defined  by  Record  34  to  be  associated 
with  the  mass  CONDITION.  A zero  denotes 
no  payload  distribution  is  to  be 
included. 

A concentrated  mass  subset  number 
(integer)  defined  by  Record  36  to  be 
associated  with  the  mass  CONDITION. 

A zero  denotes  no  concentrated  masses 
are  to  be  included. 


If  Fuel  and  Payload  or  if  Fuel,  Payload  and  Conmass  are 
all  zero,  they  need  not  be  input. 

This  record  may  be  repeated  to  define  a naximum  of  100 
nrass/weiqht  distribution  CONDITIONS.  All  structural  mass 
associated  with  a stiffness  set  (sec.  152.0)  that  is 
identified  by  the  same  number  assiqned  to  the  mass  set 
(Record  2)  is  automatically  cumulated  with  all  non- 
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structural  mass  defined  by  Records  6*8  in  the  analysis 
of  a mass  CONDITION.  The  user  may,  however,  exclude  the 
trass  and/or  stiffness  elements  from  a CONDITION  via  Record 
55  of  the  Factor  data  subset  (sec.  138.1.9) 

Record  5 End  Mass  Condition  Subset 


END  CONDITION  DATA 


This  record  indicates  all  mass  distribution  CONDITIONS 
have  been  defined  for  the  SET  identified  by  Record  2. 


138.1.2  Mass  Element  Data  Subset  (optional) 

All  elements  in  addition  to  those  defined  via  the  stiffness 
element  data  (sec.  152.0)  required  to  describe  the  structural 
and  non-structural  mass  of  a model  identified  by  a particular 
SET  number  are  defined  by  this  data  subset.  If  additional  non- 
structural  mass  element  data  are  not  required.  Records  6-0 
should  rot  be  input. 

Record  6 Begin  Mass  Element  Subset 


EEGIN  MASS  ELEMENT  DATA 


Element  data  may  be  defined  by  any  combination  of  the 
three  element- definition  record  variations  presented  below. 
These  variations  provide  the  followinq  capabilities: 

1)  Explicit  definition  of  an  element; 

2)  Generation  of  a sequence  of  elements  with  node- 
definition lists  and  user  element  numbers  incremented 
oy  one; 

3)  Generation  of  a sequence  of  elements  with  node- 
definition lists  and  user  element  numbers  incremented 
as  specified. 

Records  of  this  type  are  repeated  as  necessary.  A maximum  of 
32,767  mass  elements  may  be  defined  per  SET.  Detailed 
descriptions  of  the  ATLAS  mass  element  types  are  presented  in 
appendix  c.  If  0PTI0N=4  of  the  MASS  Processor  is  used,  all 
mass  elements  should  be  defined  by  Structural  nodes  which  have 
non-zero  stiffness  components. 
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Record  7 Mass  Element  Data 


Variation 


Eltype 


Userid  1 


Eltype 


<Userid1>  Nlistl 


plist 


= A key-word  or  its  equivalent  integer 

which  denotes  the  type  of  element  defined 
by  this  record.  The  available  options 
for  Eltype  are: 

Key- word  or  Integer-Equivalent 


ROD  1 

EE  AM  2 

SPAR  3 

COVER  « 

PLATE  5 

SCALAR  9 


= Key-word  denoting  whether  the  element 
material  density  (FI),  total  weight 
(F2)  , or  c.g.  (F3)  is  input  by  “plist. " 
Only  FI  properties  may  be  input  for 
SPAR  elements  and  only  F2  properties 
may  be  input  for  SCALAR  elements. 
Default:  The  last  specified  property 
type  or  property  type  FI. 

= User-assigned  element  identification. 

A user  element  number  or  a word  may 
be  specified  by  this  item.  The  options 
are: 

a)  Number--The  letter  N followed  by 
the  user  element  number  (integer 

in  the  ranqe  1-32767).  The  element 
number  is  used  when  printing  element 
data  (sec.  238. 0)  and  when  generating 
mass  element  subsets  via  the  SUBSET- 
DEFINITION  Preprocessor  (sec.  156.0). 

b)  Word--Alphanumeric  word  of  1 to  10 
characters  to  replace  the  “Eltype" 
identification  in  printout  requested 
from  the  MASS  Postprocessor  (sec. 
238.0) . 
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Default:  Mass  elements  are  assiqned 

the  input  sequence  number  of 
the  element  within  this  data 
subset  and  they  are  identified 
by  "Eltype. " 

Nlistl  = List  of  node  numbers  (inteqers)  which 

define  the  element.  The  required  list 
of  nodes  for  each  of  the  element  types 
is  shown  in  table  138*1  and  is  presented 
in  detail  in  appendix  C. 

plist  = List  of  element  properties.  The 

properties  and  variations  of  the  number 
and  order  of  input  property  values  for 
each  of  the  element  types  are  summarized 
in  table  138-1  and  are  presented  in 
detail  in  appendix  C. 

Variations  2 and  3 allow  the  user  to  specify  qeneration 
of  a sequence  of  elements.  All  elements  in  the  sequence  will 
be  of  the  same  type  and  will  have  the  same  property  values. 

The  user  element  numbers  and  node  numbers  are  qenerated  by 
incrementing  the  first  list  until  the  second  list  is  reached. 
Each  of  the  items  denoted  by  Useridl  and  Nlistl,  when 
incremented,  must  reach  the  corresponding  items  denoted  by 
Userid2  and  Nlist2  simultaneously.  A maximum  of  100  elements 
may  be  defined  by  one  record  of  this  type. 


/n\  1 

Variation  2 

Eltype  \ F2  ) <Userid1>  Nlistl  plist 

w 

TO  <Userid2>  N list 2 

Items  1-5  are  the  same  as  defined  for  Variation 

Userid2 


Nlist2 


= Number  of  the  last  element  in  the 
sequence  defined  in  the  same  manner 
as  option  a)  for  Useridl.  This  item 
is  required  only  if  Useridl  is  specified 
as  n followed  by  an  integer. 

= Node  numbers  (inteqers)  defining  the 
last  element  in  the  sequence.  The 
number  of  items  in  Nlistl  and  Nlist2 
must  be  equal. 
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Variation  3 


Incl 


inc2 


/fi\ 

Eltype  ( F2  ) <Userid1>  Nlistl  plist 

W 

TO  <Userid2>  Nlist2  BY  <Inc1>  inc2 


Items  1-8  are  the  same  as  defined  for  Variation 

2. 


= The  letter  N followed  by  a signed  or 
unsigned  integer  (e.g.,  N5,  N+10,  N-85) 
which  denotes  the  user  element  number 
increment.  This  item  is  required  only  if 
Userid  1 and  Userid2  are  input  as  N 
followed  by  an  integer. 

= List  of  positive  and/or  negative  node- 
number increments  (integers)  to  be  used 
with  Nlistl.  The  number  of  items  in 
Nlistl  and  "inc2M  must  be  equal. 


Example:  An  example  record  to  generate  a set  of  ROD 

elements  with  input -sequence  number  identifiers 
is: 


ROD  F2  1 9 


5.6  TO  7 6 BY  2 -1  / 


This  record  is  equivalent  to  the 


following  four  records: 


ROD  F2  1 

ROD  F2  3 

ROD  F2  5 

ROD  F2  7 


9 5.6  / 

8 5.6  / 

7 5.6  / 

6 5.6  / 


If  user  element  numbers  10  through  13  are  desired,  the 
single  record  would  assume  the  form: 


ROD  F2  N 10  1 9 5.6  TO  N13  7 6 BY  Nl  2 -1  / 


Record  8 End  Mass  Element  Subset 


END  MASS  ELEMENT  DATA 


This  record  indicates  that  all  element  data  have  been 
derined  for  the  SET  identified  by  Record  2. 
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Table  138-1*  Input  Variations  of  Mass  Element  Data  (l) 


ELEMENT 

TYPE' 

NO.  OP  I 

F 1-DENSITY 

NUMBER  Of  INPUT 
PROPERTY  VALUES 

F2 -WEIGHT 

NUMBER  OF  INPUT 
PROPERTY  VALUES 

F3  - C.G. 

NUMBER  OF  INPUT 
PROPERTY  VALUES 

EH 

■HQ 

B 

D 

Q 

Q 

D 

3 

□□ 

1 

2 

3 

a 

s 

6 

7 

8 

9 

1 

2 

3 

a 

s 

« 

7 

8 
9 

rKUrcKI 115 

1 

2 

3 

a 

5 

6 

R00 

1 

2 

2 

2 - 5 

DENSITY 

A1 

A2 

OENSITY 

A1 

J1 

IY1 

IZ1 

A2 

J2 

IY2 

122 

1 

2 
2 

1 

2 

** 

" 

f 

r« 

IT* 

*9 

1 

2 

3 

1 

2 

n 

Cl 

M 

3 

n 

Cl 

Cl 

.4 

’ 

' 

1 

2 

3 

a 

S 

A 

7 

a 

9 

WEIGHT 

A1 

A2 

WEIGHT 

Al 

J1 

IY1 

121 

A2 

J2 

IY2 

122 

X 

9 

* 

1 

* 

Sr* 

r* 

* 

** 

2T» 

r* 

X 

2 

2 

1 

2 

*4 

9* 

rc 

2 

C4 

9t 

** 

1 

2 

3 

1 

2 

Cl 

Cl 

Cl 

3 

n 

rt 

rc 

WEIGHT 

NODE 

X 

1 

2 To' 
ola 

i 

BEAM 

WEIGHT 

NODE 

X 

Vo 

•!* 

i 

i 

i 

i 

i 

« 
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(l)  • Each  integer  tabulated  under  the  " number  of  input  property  value*"  denote*  which  one  of  the 

li*ted  property  values  input  by  a data  Record  7 I*  to  be  assigned  to  the  j-th  element  property 
listed  in  this  table  or  whether  the  property  value  is  to  be  set  to  zero. 

• An  asterisk  (*)  denotes  a property  value  is  automatically  set  to  1.0. 

• Two  asterisks  {**)  denote  the  property  value  is  calculated  using  .he  other 
input  property  value*. 


138.1.3  Fuel  Data  Subset  (opt iona  1) 

The  data  subset.  Records  9-21,  defines  the  fuel  tank 
conf iqurations,  the  fuel-manaqement  sequences  and  the  fuel-tank 
orientations,  selected  combinations  of  these  mass  model 
components  are  used  to  define  a maximum  of  99  fuel  mass- 
distribution  conditions  by  Record  20  for  the  SET  identified 
by  Record  2.  If  fuel  data  are  not  required.  Records  9-21  should 
not  be  input. 

Record  9 Beqin  Fuel  Subset 


BEGIN  FUEL  DATA 


138.1.3.1  Fuel  Tcnk  Data 

The  qeometry  of  a fuel  tank  is,  in  qeneral,  defined  by 
multiple  tank  sections.  All  sections  used  to  define  a fuel 
tank  must  have  the  same  basic  shape.  This  shape  is  identified 
as  TYPE1  or  TYPE2  as  shown  in  fiqure  138-1. 

The  conf iquration  and  qeneral  data  for  a fuel  tank  are 
defined  by  Records  10-12.  These  records  may  be  repeated  to 
define  a maximum  of  500  fuel  tanks. 

Record  10  Tank  Identification 


TANK  n 


n = Fuel-tank,  identification  number 

(integer)  in  the  range  1-32767, 
inclusive.  If  multiple  tanks  are 
required,  each  tank  must  be  assigned 
a unique  number. 

Record  11  General  Tank  Data  (optional) 


TYPEl\  <levels>  <density>  <useable  PERCENT> 
JYPE2/ 


= Key-word  denoting  that  either 

TYPE1  or  TYPE2  geometric  shapes  are 
defined  by  Record  12  to  describe  the 
tank  configuration. 

Default:  TYPE1 

= Number  of  equally-spaced  fuel  levels 
to  be  calculated  for  this  tank.  An 
integer  in  the  range  2-63,  inclusive. 


levels 
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Default:  10  fuel  levels  or  the  number  of 
levels  specified  for  this  item 
in  the  immediately-preceding 
record  of  this  type. 

density  = Fuel  weight  density  greater  '_han  zero  for 

this  tank. 

Default:  0.0294  lbs/in. * or  the  density 
specified  for  this  item  in  the 
immediately -preceding  record  of 
this  type. 

useable  = Percent  of  the  tank  volume  that  can  be 

used  for  fuel  (0.<useable<100.) 

Default:  100.0  percent  or  the  value 

specified  for  this  item  in  the 
immediately -preceding  record  of 
this  type. 

Default  Record:  TYPL1  10  .0294  100.  PERCENT  / 

Record  12  Tank  Section -Definition  Data 


Each  tank  section  is  defined  by  a list  of  node  numbers 
which  establishes  the  geometries  of  a sequence  of  TYPEl  or 
TYPE2  shapes  (fig.  138-1).  Any  combination  of  the  three 
input-record  variations  presented  below  may  be  used  to 
define  a maximum  of  63  sections  per  fuel  tank. 


Variation  1 


<ld1>  Nlistl 


Idl  = Alphanumeric  word  of  the  form  Sxx  where 

xx  is  an  integer  number  in  the  range  1- 
63,  inclusive.  This  word  is  used  to 
identify  the  tank  section  described  by 
this  record. 

Default:  Sxx  where  xx  is  the  i-th, 

sequential  section  defined  for  a 
tank  by  a record  of  this  type. 

Nlistl  = List  of  node  numbers  (integers)  which 

define  a section.  3 or  4 mid-surface 
nodes  must  be  specified  if  TYPE1  shapes 
are  used;  8 or  20  nodes  must  be  specified 
if  TYPE2  shapes  are  used. 

Variations  2 and  3 allow  the  user  to  specify  generation  of 
a sequence  of  tank  sections.  The  section  identification  numbers 
and  the  node  numbers  are  generated  by  incrementing  the  first  list 
until  the  second  list  is  reached.  Each  of  the  items  denoted  by 
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Idl  and  Nlistl,  when  incremented,  must  reach  the  corresponding 
items  denoted  by  Id2  and  Nlist2  simultaneously.  A maximum  of  63 
sections  may  be  defined  by  one  record  of  this  type. 


j 


Variation  2 


Id2 


Nlist2 


Variation  3 


Incl 


inc2 


Records  10- 


<Id1>  Nlistl  TO  <Id2>  Nlist2  | 

Items  1 and  2 are  the  same  as  defined  for 
Variation  1 . 

= Identifier  for  the  last  section  in  the 
sequence.  This  item  is  defined  in  the 
same  manner  as  "Idl"  and  is  required  only 
if  "Idl"  is  specified. 

* Node  numbers  (integers)  defining  the  last 
section  in  the  sequence.  The  number  of 
items  in  Nlistl  and  Nlist2  must  be  equal. 


<Id1>  Nlistl  TO  <Id2>  Nlist2  BY 
<Inc1>  inc2 


Items  1-5  are  the  same  as  defined  for 
Variation  2. 

= The  letter  S followed  by  a signed  or 
unsigned  integer  (e.g.,  S5f  S-20,  S+12) 
which  denotes  the  section,  identification 
number  increment.  This  item  is  required 
only  if  "Idl"  and  "Id2"  are  specified. 

= List  of  positive  and/or  negative  node- 
number increments  (integers)  to  be  used 
with  Nlistl.  The  number  of  items  in 
Nlistl  and  "inc2"  must  be  equal. 

2 may  be  repeated . 


t 
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TYPEI  Shape 

Three  or  four  mid-surface  nodes  NI.H2.H3  (and  N4) 
are  used.  Addition  of  the  respective  &i 
coordinates  to  the  nodal  z-coordinates  defines  t>e 
upper  surface.whereas  subtraction  defines  the  liwer 
surface.  The  Az  directions  are  defined  by  the 
input  nodal  z-axes  which  need  net  be  parallel.  If 
4 nodes  are  used, they  must  be  input  sequentially 
in  either  a clockwise  or  counterclockwise  direction. 


TYPE  2 Shape 


The  basic  solid  is  defined  by  8 nodes.  These  nodes 
define  12  edges  (EI-E12)  and  directions  thereof  as 
shown  in  the  figure.  An  intermediate  node  may  be 
specified  on  each  edge.  The  6 unique  corner  nodes 
must  be  input  first  followed  by  any  edge  nodes.  The 
first  B nodes  define  two  opposite  sides  of  the  solid. 
NI-N4  may  be  input  clockwise  or  counterclockwise, 
however,  N5-NB  must  be  ordered  so  that  each  of  the 
node  pairs  (HI ,H5), (M2 . N6 >, (K3.N7 > and  (N4.N8)  lies 
on  a separate  edge.  The  1 to  12  edge  nodes  must  be 
input  in  an  order  consistent  with  the  edge  numbers. 

If  only  some  of  the  edges  have  nodes, zeros  must  be 
input  in  the  appropriate  locations  so  that  a total 
of  20  integers  are  input.  The  nodal  input  for  the 

example  shown  would  be  N1,N2 N8.N9.0.N10.  0.0,0, 

0,0, 0,0,0, Nil  . 


Figure  138-1.  TYPEI  and  TYPE2  Geometric  Shapes 


138.1.3*2  Fuel  Management  Data 


Management  data  which  define  how  fuel  is  to  be  loaded 
and/or  used  to  establish  a desired  fuel  condition  are  input 
via  Records  13-16.  These  records  may  be  repeated  to  define 
a maximum  of  99  fuel-management  sequences. 

Record  13  Management  Sequence  Identification 


MANAGEMENT  SEQUENCE  n 


n = Fuel-management,  sequence  identification 

number  (integer)  in  the  range  1-99, 
inclusive.  If  multiple  sequences  are 
required,  each  sequence  must  be  assigned 
a unique  number. 

The  sequence  in  which  fuel  is  loaded,  used  and/or 
transferred  is  defined  by  the  input  order  of  Records  14-16. 

Record  14  Fuel  Loading  Data 


LCAD  TANK  T1  <T2>  <T3>  <RATIO  rl  r2  r3>  UNTIL  List 


= Fuel-tank,  identification  numbers 

(integers)  previously-defined  by  Record 
10.  One  to  three  tanks  iray  be  loaded 
via  this  data  record. 

= The  relative  rate  at  which  the  i-th 

tank  identified  by  "Ti"  is  to  be  loaded. 
If,  for  example,  r 1=1.0  and  r2=2.0, 
the  tank  identified  by  T2  will  be  loaded 
twice  as  fast  as  the  tank  identified 
by  T1 . The  number  of  specified  rates 
must  equal  the  number  of  tanks  identified 
by  this  record.  If  rates  are  specified, 
at  least  two  tanks  must  be  identified 
by  this  record. 

Default:  r1=r2=r3=1.0 

= List  of  items  which  describe  the  end 
condition  of  the  fuel- loading  steps 
defined  by  this  record.  One  of  the 
following  three  variations  of  '•List" 
may  be  used. 

Tn  = One  of  the  fuel-tank, 

identification  numbers 
identified  by  "T1,  T2  or  T3" 
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List 


Variation  1: 


MASS 


k: 


Variation  2:  wt 


Variation  3:  wt  TOTAL  = 


in  this  record.  Fuel  loading 
will  stop  when  tank  "Tn"  is 
full. 

Weight  of  fuel  to  be  loaded 
into  the  tanks  identified  by 
"TI  , T2  and  T3.  " 

Fuel  loading  will  stop  when 
the  total  weight  of  fuel  in 
all  tanks  associated  with  the 
mass  SET  reaches  "wt." 


This  record  may  be  repeated. 
Record  15  Fuel  Usage  Data 


USE  TANK  T1  <T2>  <T3>  <RATIO  rl  r2  r3>  UNTIL  List 


Items  1-10  are  the  same  as  defined  for  Record  14. 


Lise 


Variation  1 : wt 


List  of  items  which  describe  the  end 
condition  of  the  fuel  usaqe  defined 
by  this  record.  One  of  the  following 
four  variations  of  "List"  may  be  used. 

= weight  of  fuel  to  be  used  from 
the  tanks  identified  by  "Ti , 

T2  and  T3. " 


i . 

i 
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Variation  2:  wt  TOTAL  = 


«#_ 

•■y 


Fuel  usage  will  stop  when  the 
total  weight  of  fuel  remaining 
in  all  tanks  associated  with 
the  mass  SET  equals  "wt." 


Variation  3:  Ti  <Tj>  <Tk>  wt 


Fuel  will  oe  used  until  the 
total  weight  cf  fuel  remaining 
in  the  tanks  identified  by 
"Ti,  Tj  and  Tk"  equa’s  "wt." 
At  least  one  of  these  tank 
identification  numbers 
(integers)  must  be  the  same 
as  Ti,  T2  or  T3  specified  by 
thi s record. 
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Variation  4:  <fi>  Ti  <f j Tj>  EQUALS  <fk>  Tk  <fl  Tl> 


= Fuel  will  be  used  from  the 
tanks  identified  by  "Ti"  and 
"Tj H unti 1 the  following 
equation  is  satisfied, 
f i*WTi  ♦ fi*WTj  = fk *WTk  ♦ fl*WTl 
The  weiqht  factors  for  tanks 
"Ti"  and  "Tj " are  specified 
via  "fi"  where  0.0<fi.  Either 
"Ti"  or  "Tj"  must  be  the  same 
as  one  of  the  tank 
identification  numbers 
(integers)  specified  by  TI, 

T2  or  T3  in  this  record. 

Default:  fi=1.0 


This  record  may  be  repeated. 
Record  16  Fuel  Transfer  Data 


TRANSFER  ( wt  FROM  1 TI  TO  T2 
[ per  PERCENT  J 

= Weight  of  fuel  to  be  transferred  from 
tank  "TI " to  tank  "T2.  " 

= Percent  (0.0 < per  < 100.)  of  fuel  in 
tank  "TI"  to  be  transferred  to  tank 
"T2 . " 

= Fuel-tank,  identification  numbers 

/integers)  previously-defined  by  Record 

10. 

This  record.  Records  14-16  or  Records  13-16  may  be 
repeated. 

138.1.3.3  Fuel  Orientation  Data 

The  orientation  of  the  fuel  tanks  associated  with  a mass 
SET  and  the  fuel-surface  plane  to  be  used  with  these  tanks  may 
be  defined  via  Records  17-19.  The  fuel- tank  data  may  be 
calculated  for  a maximum  of  99  different  attitudes  as  defined 
by  repeating  Fecords  17-19.  These  records  should  not  be  input 
if  the  fuel- tank  orientations  as  defined  relative  to  the  GLOBAL 
frame  by  Record  12  are  to  be  used  and  if  the  fuel- surface  plane 
is  parallel  to  the  GLOBAL  X-Y  plane. 


wt 

per 

T 1 ,T2 
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Record  17  Attitude  Identification 


= Attitude  identification  number  (inteqer) 
in  the  range  1-99,  inclusive.  If 
multiple  attitudes  are  required,  each 
attitude  must  be  assigned  a unique 
number. 

Record  18  Fuel-Tank  Orientation  Data  (optional) 

The  orientation  of  the  fuel  tanks  is  established  by  a 
reference  frame  which  is  oriented  relative  to  the  GLOBAL 
axes  and  which  has  its  origin  at  a specified  node. 

1 

Node  rx  ry  rz  I 


Node  number  (integer)  which  identifies 
the  origin  of  the  orientation  reference 
frame. 

Sequential,  rotation  angles  in  degrees 
about  the  X,  Y and  Z GLOBAL  axes, 
respectively.  These  rotations  establish 
the  orientation  of  the  fuel  tanks  for 
c.q.  calculations. 

Fuel  tanks  are  oriented  relative  to 
the  GLOBAL  reference  frame  as  defined 
by  Record  12. 

Record  19  Fuel-Surface  Plane  Definition  (optional) 

A vector  which  is  normal  to  the  plane  of  the  fuel-surface 
and  which  has  a direction  toward  the  empty  region  of  a 
cart : illy- full  tank  may  be  defined  by  this  record. 


FUEL  PLANE  pi  <p2> 


p1,p2  = Either  node  numbers  (integers)  or  a 

list  of  three  GLOBAL  X,  Y and  z 
coordinates  (decimal  nunbers) . "pi" 
and  "p2"  define  two  points  relative 
to  the  GLOBAL  frame.  A vector  from 
"pi"  to  Mp2"  defines  the  fuel  surface 
and  the  direction  toward  the  empty 
region  of  the  tanks. 


Node 


rx,ry,rz 


Default  Record: 


c 

iff 


ATTITUDE  n 


n 


» 
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Default:  If  "p2"  is  not  input,  the 
normal  vector  is  from  the 
GLOBAL  oriqin  through  "pi." 

Default  Record:  The  normal  vector  is  parallel 

to  the  GLOBAL  Z-axis. 

138.1.3.4  Fuel  Condition  Data 

A fuel  condition  is  defined  by  Record  20  by  the  total 
fuel  weiqht,  a fuel-management  sequence  and  a fuel-tank  attitude. 
A fuel  condition  is  associated  with  an  overall  mass-distribution 
condition  by  Record  4.  Record  20  may  be  repeated  to  define 
a maximum  of  99  fuel  conditions. 


Record  20  Fuel -Condition  Definition 


CONDITION  n Weiqht  Seq  <Attitude> 


n = Fuel- condition  identification  number 

(integer)  in  the  range  1-99,  inclusive. 
If  multiple  conditions  are  required, 
each  condition  must  be  assigned  a unique 
number. 


Weight 


Seq 


Attitude 


The  total  weight  of  fuel  loaded  for 
"Seq. " If  zero  is  input  for  this  item, 
the  weight  used  for  this  fuel  condition 
will  be  the  total  fuel  weight  associated 
with  "Seq. " 

A fuel-management,  sequence 
identification  number  (integer)  which 
was  previously  defined  by  Record  13. 

An  attitude  identification  number 
(integer)  which  was  previously  defined 
by  Record  17. 

Default:  The  attitude  defined  by  the 
GLOBAL  reference  frame. 


Record  21  End  Fuel  Subset 


END  FUEL  DATA 


This  record  indicates  that  all  fuel  data  have  been  defined 
for  the  SET  identified  by  Record  2. 
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138.1.4  Payload  Data  Subset  (optional) 

This  data  subset.  Records  22-35,  defines  the  passenqer 
seat  locations,  the  cargo-hold  geometries  and  payload  loading 
sequences.  Selected  combinations  of  these  mass  model  components 
are  used  to  define  a maximum  of  99  payload  mass-distribution 
conditions  (Record  34)  for  the  SET  identified  by  Record  2. 

If  pay  lead  data  are  not  required.  Records  22-35  should  not  be 
input. 

x 

Record  22  Begin  Payload  Subset 


BEGIN  PAYLOAD  DATA 


138.1.4.1  Passenger  Data 

The  following  record  defines  the  average  weight  and  weight 
moments  of  inertia  for  a passenger  and  seat.  It  is  assumed 
that  the  c.q.  cf  the  passenger  and  the  c.g.  of  the  seat,  as 
defined  in  the  next  section,  are  coincident. 


Record  23  Passenger  Weight  Definition  (optional) 


PASSENGER  Wt  I xx  Iyy  Izz  Ixy  Ixz  Iyz 


wt 


l xx,  Iyy, Izzl 

lxy,  Ixz, Iyz  J 


= Average  weight  of  each  passenger 

= Average  weight  moments  of  inertia  of  each 
passenger.  These  quantities  are  measured 
relative  to  a coordinate  system  that 
has  the  same  orientation  as  the  GLOBAL 
frame  and  has  its  origin  at  the  c.g. 
of  the  passenger. 


Default  Record:  PASSENGER  170.  0.  0.  0.  0.  0.  0. 


138.1.4.2  Seat  Location  Data 


The  passenqer- seat  locations  (the  c.g.  of  each  passenger 
and  corresponding  seat)  are  defined  by  points  at  which  passengers 
are  to  be  placed. 

Coordinates  of  a seat  location  are  defined  relative  to 
the  GLOBAL  or  a local,  right-handed,  rectangular  coordinate 
system  (see  sec.  100.5).  All  input  coordinates  are  automatically 
transformed  to  GLOBAL  values.  Only  the  GLOBAL  values  are  printed 
by  the  KASS  Postprocessor  (sec.  238.  1). 
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Record  24  Beqin  seat  Location  Data 


BEGIN  SEAT  LOCATION  DATA 


If  local  reference  frames  are  not  used,  Records  25  and 
26  are  net  required.  In  this  case,  all  seat  location  data  are 
defined  relative  to  the  GLOBAL  frame. 

A maximum  of  10  unique  local  frames  may  be  defined  by 
Record  25  placed  sequentially  or  interspersed  within  a sear- 
location  subset.  All  seat  data  defined  via  Record  26  are  assumed 
to  be  input  with  respect  to  the  local  coordinate  system  defined 
by  the  immediately  precedi nq  Record  25.  Seat  data  input  prior 
tc  the  first  Record  25  are  assumed  to  be  defined  with  respect 
to  the  GLOBAL  coordinate  system.  Record  26  allows  a reference 
frame  previously-defined  within  a seat- location  subset  to  be 
identified  as  the  input  fratre  until  another  Record  25  or  26 
is  encountered. 

Record  25  Definition  of  Local  Input  Frame  (optional) 


REC  label 

Oriqin  X-axis  Z-axis 

label 

= An  alphanumeric  word  of  1 to  7 characters 
which  identifies  the  particular  local 
coordinate  system.  The  word  GLOBAL 
may  not  be  used  as  a label. 

Each  of  the  items  "Origin,"  "X-axis"  and  "Z-axis"  denotes 
a list  of  three  GLOBAL  X,  Y and  Z coordinates  (decimal 
numbers)  . Each  item  defines  a point  relative  to  the 
GLOBAL  reference  frame. 

Oriqin 

= A pcint  defining  the  origin  of  the  local 
coordinate  system. 

X-axis 

= A point  different  from  the  one  denoted 
by  "Origin"  which  lies  on  the  local 
positive  x-axis. 

Z-axis 

= A point  different  from  "Oriqin"  and 

"X-axis"  which  defines  the  local  positive 
z-axis.  This  point  may  be  any  point 
with  a positive  z- coordinate  in  the 
x-z  plane. 

Records  of  this  type  may  appear  any  number  of  times 
anywhere  within  a seat-location  data  subset.  A •'label'1 
defined  by  one  record  of  this  type  may  be  the  "label" 
specified  by  a subsequent  record  of  this  type.  The  last 
defined  origin  and  orientation  of  a particular  triad 
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retrains  in  effect  until  redefined.  A maximum  of  10  unique 
local  frames  may  be  effective  at  one  time. 

Fecord  26  A Previously-Defined  Reference  Frame  tc  be  Used  as 
the  Input  Frame  (optional) 


The  label  assigned  to  a local  coordinate 
system  previously-defined  by  a Record 
25  or  the  key-word  GLOBAL.  This 
identifies  the  input  frame  of  all  seat 
data  defined  by  Record  27  immediately 
following  this  record. 

Records  of  this  type  may  appear  any  number  of  times  within 
a seat-location  data  subset. 


Label  1 

RESUME 

GLOBALJ 

f Label  1 

= 

[ GLOBAL J 

Record  27  Seat-Location  Data 


seat  numbers  and  coordinates  may  be  defined  by  any 
combination  of  the  three  input-record  variations  presented 
below.  These  variations  provide  the  following  capabilities: 

1)  Explicit  definition  of  a seat; 

2)  Generation  of  a sequence  of  equally-spaced  seats; 

3)  Generation  of  a sequence  of  variably- spaced  seats. 


The  input- record  formats  for  seat  data  defined  with  respect 
to  the  GLOBAL  cr  local  coordinate  systems  are  identical. 


Variation  1 


seat  1 


seatl  lisM 


= user  seat  number  (integer)  in  the  range 
1-99999,  inclusive. 


list  1 


= List  of  3 coordinates  of  "seatl." 


Variations  2 and  3 allow  the  user  to  specify  generation 
or  a sequence  of  intermediate  seats  (seat  numbers  and 
coordinates)  between  two  seats  denoted  by  "seatl"  and  "seat2." 


Variation  2 


seat l| 
seat2j 

list ll 
list2j 


seat.1  <list1>  TO  seat2  <list2> 


= Same  as  "seatl"  in  Variation  1 

= Lists  of  3 coordinates  associated  with 
"seatl"  and  "seat2,"  respectively. 
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In  general,  coordinates  are  input  as 
decimal  numbers.  However,  if  "seatl" 
and/or  "seat2"  were  defined  or  qenerated 
previously,  the  associated  coordinate 
list  or  lists  may  be  omitted  from  these 
input  records.  In  addition  to 
simplifying  the  input  required  for  seat- 
location  data  generation  relative  to 
a particular  coordinate  system,  this 
feature  allows  the  user  to  generate 
seat  data  spanninq  two  different 
coordinate  systems  (GLOBAL/local  or 
local/local)  . 

Default:  Previously-defined  coordinates 
of  either  specified  seat  are 
automatically  retrieved. 


Equa  Lly- spaced  seats  between  "seatl"  and  "seat2"  are 
generated.  Seat  numbers  are  established  by  incrementing 
"seatl"  by  ±1  depending  on  whether  "seatl"  or  "seat2" 
is  larger.  Coordinates  of  the  generated  seats  are  obtained 
by  linear  interpolation  between  "listl"  and  "list2. " 

A maximum  of  101  seats  may  be  defined  by  cne  record  of 
this  type. 


Variation  3 


seatl 
seat2  , 
list  1 
list2 


seatl  <list1>  TO  seat2  <list2> 
<BY  inc>  <OF  dl  d2  ...  dn> 


= Same  as  defined  for  Variation  2 


inc  = The  seat-number  increment  (integer) 

to  be  used  to  generate  seat  numbers 
between  "seatl"  and  "saat2."  The 
quantity  f (seat2 -seat  1 ) /ir.c  ] must  be 
a positive  integer  <100. 

Default:  "inc"  is  automatically  set 
to  ±1  depending  on  whether 
"seatl"  or  "seat2"  is  larger. 


d1,d2,...,dn  = List  of  proportionate  spacinq  distances 

between  each  pair  of  seats  in  the 
sequence. 

Default:  Seats  qenerated  from  "seatl" 
to  Mseat2"  are  equally  spaced 
via  linear  interpolation  between 
"listl"  and  "list2.  " 
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Record  28  End  Seat- Location  Subset 


END  SEAT  LOCATION  DATA 


This  record  indicates  that  all  seat- location  data  have 
been  defined  for  the  SET  identified  by  Record  2. 

138.1.4.3  Carqo  Hold  Data 

The  geometry  of  a cargo  hold  is,  in  general,  defined  by 
multiple  cargo-hold  sections.  The  configuration  of  each  section 
is  defined  by  one  or  more  3-dimensional  segments.  All  segments 
used  to  define  a cargo  hold  must  have  the  same  basic  shape. 

This  shape  is  identified  as  TYPE1  or  TYPE2  as  shown  by  figure 
138-1. 


A cargo  hold  is  defined  by  Records  29  and  30.  These 
records  may  be  repeated  to  define  a maximum  of  500  cargo  holds. 


Record  29  Cargo  Hold  Identification 


HOLD 


n 


(TYPE1 
TYPE2 


n 


TYPEll 

TYPE2J 


Cargo-hold,  identification  number 
(integer)  in  the  range  1-32767, 
inclusive.  If  multiple  holds  are 
required,  each  hold  must  be  assigned 
a unique  number. 

Key-word  denoting  that  either  TYPE1 
or  TYPE2  qeometric  shapes  are  defined 
by  Record  30  to  describe  the  cargo-hold 
configuration. 


density  = Weight  density  of  the  contents  of  this 

carqo  hold. 

Default:  1.0  lbs/in. 3 or  the  density 
specified  for  this  item  in 
the  immediately-preceding 
record  of  this  type. 


Record  30  Cargo- Hold  Section-Definition  Data 

Each  hold  section  is  defined  by  a list  of  node  numbers 
which  establishes  the  geometries  of  a sequence  of  TYPE1 
or  TYPE2  shapes  (fig.  138-1).  Any  combination  of  the 
three  input-record  variations  presented  below  may  be  used 
to  define  a maximum  of  63  sections  per  cargo  hold. 
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Variation  1 


<Id1>  Nlistl 


Idl 


Nlistl 


= Alphanumeric  word  of  the  form  Sxx  where 
xx  is  an  integer  number  in  the  range 
1-63,  inclusive.  This  word  is  used 
to  identify  the  cargo- hold  section 
described  by  this  record. 

Default:  Sxx  where  xx  is  the  i-th, 
sequential  section  defined 
for  a hold  by  a record  of  this 
type. 

= List  of  node  numbers  (integers)  which 
define  a section.  3 or  4 mid- surface 
nodes  must  be  specified  if  TYPE1  shapes 
are  used;  8 or  20  nodes  must  be  specified 
if  TYPE2  shapes  are  used. 


Variations  2 and  3 allow  the  user  to  specify  generation 
of  a sequence  of  carqo-hold  sections.  The  section  identification 
numbers  and  the  node  numbers  are  generated  by  incrementing  the 
first  list  until  the  second  list  is  reached.  Each  of  the  items 
denoted  by  Idl  and  Nlistl,  when  incremented,  must  reach  the 
corresponding  items  denoted  by  Id2  and  Nlist2  simultaneously. 

A maximum  of  63  sections  may  be  defined  by  one  record  of  this 
type. 


Variation  2 


<Id1>  Nlistl  TO  <Id2>  Nlist2 


Items  1 and  2 are  the  same  as  defined  for 
Variation  1. 


Id2  = Identifier  for  the  last  section  in  the 

sequence.  This  item  is  defined  in  the 
same  manner  as  •’Idl”  and  is  required 
only  if  "Idl”  is  specified. 

Nlist2  = Node  numbers  (integers)  defining  the 

last,  section  in  the  sequence.  The 
number  of  items  in  Nlistl  and  Nlist2 
must  be  equal. 


Variation  3 

<Id1> 

Nlistl  TO  <Id2>  Nlist2  BY 

<Inc1> 

inc2 

Items  1-5  are  the  same  as  defined  for 
Variation  2. 


Incl  = The  letter  S followed  by  a siqned  or 

unsigned  integer  (e.g. , 35,  S-20,  S + 12) 
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which  denotes  the  section,  identification 
number  increment.  This  item  is  required 
only  if  MId1"  and  "Id2"  are  specified. 

inc2  = List  of  positive  and/or  negate  ve  node- 

number increments  (integers)  ;o  be  used 
with  Nlistl.  The  number  of  items  in 
Nlistl  and  ,,inc2"  must  be  egjal. 

This  record  or  Records  29  and  30  may  be  repo? ted. 


138.1.4.4  Payload  Management  Data 

Management  data  which  define  how  passengers  and  cargo 
are  to  be  loaded  to  establish  a desired  payload  condition  are 
input  via  Records  31-33.  These  records  may  be  repeated  to 
define  a maximum  of  99  payload-management  sequences. 

Record  31  Loading  Sequence  Identification 


LOADING  SEQUENCE  n 


n = Payload,  loading-sequence,  identification 

number  (integer)  in  the  range  1-99, 
inclusive.  If  multiple  sequences  are 
required,  each  sequence  must  be  assigned 
a unique  number. 

Record  32  Seat  Loading  Data 


The  order  in  which  particular  seats  are  to  be  loaded  is 
defined  by  any  combination  of  the  three  input-record  variations 
presented  below.  These  variations  allow  seats  to  be  identified 
in  the  following  ways: 


1)  Explicit  list  of  seat  numbers; 

2)  Generation  of  a sequence  of  seat  numbers  by  incrementing 
a list  of  numbers  by  one; 

3)  Generation  of  a sequence  of  seat  numbers  by  incrementing 
a list  or  numbers  by  specified  increments. 


Variation  1 


LOAD  SEATS  Listl 


Listl  = List  of  up  to  20  seat  numbers  (integers) . 

The  seats  are  loaded  in  the  specified 
order. 


variations  2 and  3 allow  the  user  to  specify  generation 
of  seat  numbers  between  two  lists  denoted  by  "Listl"  and  "List2." 


•TV  • 
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Variation  2 


LOAD  SEATS  Listl  TO  List 2 


Listl 


= Same  is  defined  for  Variation  1 


List 2 = List  of  up  to  20  seat  numbers  (integers) 

which  identify  the  last  seats  to  be 
loaded  in  the  sequence.  The  number 
of  items  in  "Listl**  and  "List2"  must 
be  equal. 


Intermediate  seat  numbers  are  established  by  incrementing 
the  numbers  in  "Listl"  by  ±1  until  the  numbers  in  "List2" 
are  reached.  Each  of  the  numbers  in  "Listl",  when 
incremented,  must  reach  the  corresponding  numbers  in 
"List2"  simultaneously. 


Variation  3 

listl  1 
List2  J 


LOAD  SEATS  Listl  TO  List2  BY  inc 


= Same  as  defined  for  Variation  2 


inc  = List  of  positive  and/or  negative  seat- 

number  increments  (integers)  to  be  used 
to  increment  "Listl.**  The  number  of 
items  in  "inc"  and  "Listl"  must  be 
equal. 


This  record  may  be  repeated. 


Record  33  Cargo  Loading  Data 


The  order  in  winch  the  cargo  holds  are  to  be  loaded  for 
a particular  payload- loading  sequence  is  defined  by  this 
record. 


i.  Vu-  CM- 

[txl 

50  HOLD  Nurr  U DIRECTION  |±Y| 

l±  zj 

r FULL  1 

UNTIL 

wt 1 • LOADED  | 

wt  2 TOTAL  J 

Nurr 


f±Xl 

±Y 

l±zj 


Carqo-hold,  identification  number 
(integer)  previously-defined  by  Record 
29. 

The  cargo-hold  is  filled  in  the 
GLOBAL  reference- frame  direction 
identified  by  this  item.  For  example, 
the  item  "+Z"  denotes  that  the  hold 


1 
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is  loaded  such  that  the  vector  which 
is  normal  to  the  cargo  surface  and  which 
is  directed  toward  the  empty  region 
of  the  hold  is  parallel  to  * e GLOBAL 
Z-axis. 


(FULL 
Wt 1 LOADED 
wt 2 TOTAL  . 


Cargo  loading  will  stop  when  cargo- hold 
"Nuir"  is  FULL,  when  the  weight  of  cargo 
LOADED  into  "Num"  equals  "wtl,"  or  when 
the  TOTAL  weight  of  all  loaded  cargo 
equals  nwt2. ” 


This  record  may  be  repeated. 
138.1.4.5  Pay lead  Condition  Data 


A payload  condition  is  defined  by  Record  34  by  a payload- 
loading sequence,  the  total  number  of  passengers  to  be  loaded 
and  the  total  cargo  weight  to  be  loaded.  A payload  condition 
is  associated  with  an  overall  mass-distribution  condition  by 
Record  4.  Record  34  may  be  repeated  to  define  a maximum  of 
99  payload  conditions. 


Record  34  Payload-Condition  Definition 


CONDITION  n 


SEQUENCE  Seq  Pass 


Weight 


n = Pay load- condition  identification  number 

(inteqer)  in  the  range  1-99,  inclusive. 
If  multiple  conditions  are  required, 
each  condition  must  be  assigned  a unique 
number. 


Seg 


Pass 


Weight 


A payload- loading  sequence  number 
(integer)  which  was  previously  defined 
by  Record  31. 

The  total  number  (inteqer  >0)  of 
passengers  loaded  for  H Seq.” 

The  total  weight,  >0,  of  cargo  loaded 
for  HSeq. " 


Record  35  End  Payload  Subset 


END  PAYLOAD  DATA 


This  record  indicates  that  all  payload  data  have  been 
defined  for  the  SET  identified  by  Record  2. 


138.1.5  Concentrated  Mass  Data  Subset  (opt iona 1) 

Concentrated  masses  are  defined  by  this  data  subset. 

When  diagonal  or  non-diagonal  mass  matrices  or  panel -weight 
matrices  are  calculated  by  che  MASS  Processor,  no  additional 
mass  (weight)  of  the  model  is  lumped  at  a node  for  which  a 
concentrated  mass  is  defined.  Additionally,  a concentrated 
mass  is  treated  as  an  independent  auxiliary  panel  when  panel 
weight  matrices  are  requested  (see  sec.  138.1.7).  A concentrated 
mass  subset  to  be  included  in  a mass  matrix  generated  by  OPTION 
4 of  the  MASS  Processor  is  identified  by  the  CONMASS  parameter. 
Multiple  concentrated  masses  defined  at  a node  are  cumulated. 

Record  36  Begin  Concentrated  Mass  Subset 


BEGIN  CONCENTRATED  MASS  DATA  n 


n = Concentrated  mass  subset  number  (integer) 

in  the  range  1 to  9,  i .elusive.  Each 
concentrated  mass  subset  for  a SET  must 
be  identified  by  a unique  number. 

Record  37  Concentrated  Mass  Data 

This  record  is  repeated  to  define  concentrated  masses 
associated  with  the  subset  identified  by  Record  36. 


<name>  <Node>  Cnode  <0=Label1>  <l=Label2> 
wt  <111  i22  i 33  112  i13  i23> 


name  = Alphanumeric  word  of  1 to  .0  characters 

which  identifies  the  concentrated  mass. 
Default:  The  label  CON-MASS  is  assigned 
to  the  concentrated  mass. 

Ncde  = The  number  (inteqer)  of  a Structural 

node.  This  retained  node  defines  the 
point  to  which  the  corresponding  mass 
is  to  be  transferred  when  calculating 
mass  matrices. 

Default:  "Cnode",  if  it  is  a retained 

Structural  node.  Concentrated 
masses  may  only  be  transferred 
to  active  Structur. al  nodes. 

Cnode  = A node  number  (integer)  . This  node 

defines  the  c.g.  of  the  concentrated 
mass. 
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Label 1 = The  label  assigned  to  a local  coordinate 

system  previously- defined  by  the  nodal 
data  (sec.  146.0).  The  output  reference 
frame  for  the  calculated  mass  inertias 
has  its  oriqin  at  "Node"  and  has  the 
same  orientation  as  the  "Labell"  triad. 
Default:  If  "Node"  is  specified,  the 
output  frame  is  the  analysis 
frame  of  "Node. " If  "Node" 
is  not  specified  and  "Cnode" 
is  an  inactive  node,  the  output 
frame  has  the  same  orientation 
as  the  GLOBAL  frame. 

Label2  = The  label  assigned  to  a local  coordinate 

system  previously- defined  by  the  nodal 
data  (sec.  146.0).  The  input  reference 
frame  for  the  inertia  values  has  its 
origin  at  "Cnode"  and  has  the  same 
orientation  as  the  "Label2"  triad. 
Default:  The  input  frame  has  its  oriqin 
at  "Cnode"  and  has  the  same 
orientation  as  the  GLOBAL 
frame. 

Weight  of  the  concentrated  mass. 


Weight  moments  of  inertia  of  the 

concentrated  mass  relative  to  the 

"Lafcel2"  input  triad  1-2-3.  The  products 

of  inertia  are  defined  as  follows: 

i12=-p/x(  1)  *x  (2)  dv, 

i13=-py*x(1)  *x(3)dv 

and  i23=- py*x  (2)  *x  (3)  dv 

where  p is  the  mass  density.  Trailing 

zeros  need  not  be  input. 

Default:  zero  weight  moments  of  inertia. 


Record  38  End  Concentrated  Mass  Subset 


END  CONCENTRATED  MASS  DATA 


This  record  indicates  that  a concentrate’  mass  subset 
has  been  defined.  Reco  ^.s  36-38  may  be  repeated  to  define 
a maximum  of  9 concent-  ■ *d  mass  subsets  for  the  SET 
identified  by  Record  J. 


138.1.6  Mass  Lumping  pata  Subset  (optional) 

When  the  NASS  Processor  (sec.  238.0)  is  executed  with 
either  the  parameter  OPTION=2  or  OPTION=3,  each  incremental 
mass  associated  with  a mass  distribution  CONDITION  (Record  4) 
is  lumped  at  the  closest  retained  node.  If  the  mass  within 
a geometric  reqion,  defined  via  an  element  subset,  is  to  be 
lumped  at  selected  retained  nodes  within  the  model,  mass  lumpinq 
data  must  be  defined  by  this  data  subset,  if  nass  lumping  data 
are  not  required.  Records  39-41  should  not  be  input. 


Record  39  Begin  Lumping  Subset 


BEGIN  LUMPING  DATA 


Feccrd  40  Mass  Lumpinq  Data 


The  mass  associated  with  either  stiffness  or  mass  element 
subsets  or  with  the  fuel  and  payload  conditions  may  be 
lumped  a*  selected  retained  nodes  included  in  a node 
s ubs  et . 


LUMP 


STIFFNESS  SUBSETS  ATlist 
MASS  SUBSETS  ATlist 
FUEL 
PAYLOAD 


AT  NODE  SUBSET  Num 


ATlist  = ATLAS  list  ot  Stiffness  or  Mass  element 

subset  numbers  (integers)  previously- 
defined  via  the  SUBSET-DEFINITION  data 
(sec.  156.0)  . The  mass  associated  with 
the  identified  elements  is  to  be  lumped 
at  the  retained  nodes  included  in  "Num." 


Nuir  = Integer  number  of  a node  subset 

previously-defined  by  the  SUBSET- 
DEFINITION  data.  Non-retained  nodes 
included  in  this  subset  are  ignored. 


This  record  may  be  repeated  to  define  all  distinct  mass 
lumping  reqions  and  to  identify  which  mass  model  components 
must  be  lumped  at  selected  retained  nodes. 


Record  41  End  Lumpinq  Subset 


END  LUMPING  DATA 


This  record  indicates  that  all  mass  lumping  data  have 
been  defined  tor  the  SET  identified  bv  Record  2. 
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138.1.7  Auxiliary  Panel  Data  Subset  (optional ) 

The  weiqht  contained  within  cylindrical  regions  of  a mass 
model  may  be  calculated  from  the  information  defined  by  this 
data  subset,  each  cylinder  is  generated  by  translation  of  a 
pclyqon  in  a specified  direction.  The  weiqht  and  inertias  of 
selected  elements  and  portions  thereof  contained  within  a 
cylinder  are  lumped  at  the  center  of  qravity  of  the  contained 
mass.  These  data  are  the  components  of  the  panel-weight  matrix 
generated  by  the  NASS  Processor.  Each  concentrated  mass  subset 
associated  with  a mass -distribution  CONDITION  defined  via  Record 
4 is  treated  as  an  additional  panel  when  calculating  a panel- 
weiqht  matrix.  If  panel-weight  matrices  are  net  required , 
Pecords  42-46  should  not  be  input. 

Record  42  Begin  Auxiliary  Panel  Subset 


BEGIN  PANEL  DATA  n 


n = Panel  subset  number  (integer)  in  the 

range  1 to  9,  inclusive.  Each  panel 
subset  associated  with  a mass  data  set 
must  be  identified  by  a unique  number. 

Records  43-45  are  input  to  define  all  weight  panels  within 
one  panel  subset. 

Record  43  allows  the  user  to  specify  certain  mass  model 
ccmponents  (subsets)  to  be  associated  with  selected  panels  in 
the  calculation  of  panel-weight  matrices.  Selected  components 
are  identified  as  payload  subsets,  fuel  subsets/conditions  or 
as  mass  and/or  stiffness  element  subsets. 


Record  43  Panel  Element  Subsets  (optional) 


Any  combination  of  the  following  three  variations  of  this 
record  may  be  input  provided  a particular  variation  of 
this  record  appears  only  once  prior  to  Record  45.  subsets 
defined  by  this  record  are  associated  with  the  data  of 
Record  45  until  redefined  by  another  Record  43. 


Variation  1 


MASS  SUBSETS  nl  n2  ... 


n1,n2r...  = Mass  element  subset  numbers  (integers) 

defined  via  the  Subset-Definition  data 
(sec.  156.0).  This  type  of  subset 
includes  only  non- structural  elements 
defined  by  Records  16-18. 


? 

f 

r 

h 

* 


i 
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Variation  2 


STIFFNESS  SUBSETS  nl  n2  ... 


n 1,n2,. . . 


Variation  3 


= Stiffness  element  subset  numbers 
(inteqers)  defined  via  the  Subset- 
Definition  data. 


<PA¥LOAD>  <FUEL> 


Key-words  that  denote  whether  the  PAYLOAD 
and/or  FUEL  conditions  are  to  be  included 
in  the  panel  weight  calculations. 

Default  Record:  All  stiffness,  mass,  fuel  and  payload 

elements  will  be  included  in  the  panel 
weight  calculation 9.  If  any  form  of 
this  record  is  input,  only  the  specified 
conditions  will  be  included. 

Record  44  Direction  of  Cylinder  Axis  (optional) 


This  record  defines  the  direction  of  the  cylinder  axis 
tor  the  panels  defined  by  Record  45.  This  direction  remains 
in  effect  until  redefined  by  another  Record  44.  If  a Record 
43  is  input.  Record  44  may  be  input  aqain  only  after  input  of 
another  Record  43.  If  no  Record  43  is  input,  this  record  may 
be  input  to  define  different  directions  of  cylinder  axes  for 
the  panels  defined  by  Records  45. 


fx  1 

DIRECTION  I Y 

I 2 

^ Node 


The  cylinder  axis  is  para.lel  to  either 
the  GLOBAL  X,  Y or  Z axis  or  it  is 
parallel  to  the  line  connecting  the 
orjqin  of  the  GLOBAL  frame  to  the  node 
identified  by  the  number  "Node" 

(integer) . 


Default  Record:  The  direction  specified  by  the  last 

Record  44  or  DIRECTION  Z. 
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Record  45  Auxiliary  Panel  Data 


Auxiliary  panels  may  be  defined  by  any 
the  three  variations  presented  below, 
type  may  be  repeated. 


Variation 


identl  <0=Label>  Nlist 


combination  of 
Records  of  this 


identl  = Panel  number  (integer)  in  the  range 

1 to  999,  inclusive.  Each  panel 
associated  with  a data  set  must  be 
identified  by  a unique  number. 


Label  = The  label  assigned  to  a local  coordinate 

system  previously- defined  by  the  nodal 
data  (sec.  146.0).  The  output  reference 
frame  for  the  calculated  mass  inertias 
has  its  origin  at  the  c. g.  of  the  mass 
contained  in  the  polygonal  cylinder 
and  has  the  same  orientation  as  the 
"Label"  triad. 

Default:  The  output  frame  has  its  origin 
at  the  c. g.  of  the  mass 
contained  in  the  cylinder  and 
has  the  same  orientation  as 
the  GLOBAL  frame. 


Nlist  = List  of  3 to  8 node  numbers  (integers) 

which  define  a panel.  The  nodes  must 
be  coplanar  and  must  be  listed 
consecutively  around  the  panel.  A panel 
must  have  interior  angles  less  than 
180  °. 


Variations  2 and  3 allow  the  user  to  specify  a sequence 
of  panels  to  be  generated  between  panels  identified  by  "identl" 
and  "i dent 2.  " 


Variation 


2 


identl  <0=Label>  Nlist  TO  ident2 


identl 
Label 
Nlist  . 


Same  as  defined  for  Variation  1. 


ident2  = Panel  number  (integer)  in  the  range 

2-999,  inclusive.  This  number  must 
be  greater  than  "identl." 


A series  of  panels  identified  by  "identl"  through  "ident2" 
in  increments  of  one  is  generated.  The  nodes  defining 
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each  of  these  panels  are  established  by  incrementing  the 
list  of  nodes  in  "Nlist"  by  one  until  the  sequence  is 
completed. 

Variation!  identl  <0=Label>  Nlist  TO  ident2 
BY  inc  <d1  d2  ...> 


identl 

Label 

Nlist 

ident2 


= Same  as  defined  for  Variation  2. 


inc  = The  increment  (integer)  to  be  used  to 

qenerate  panel  numbers  between  "identl" 
and  "ident2."  The  quantity  ( (ident2- 
ident1)/inc]  must  be  greater  than  zero. 

d1,d2#...  = List  of  3 to  8 positive,  negative  or 

zero  inteqers  used  to  increment  the 
list  of  nodes  in  "Nlist."  Trailing 
ones  need  not  be  input. 

Default:  Node  lists  generated  from 
"Nlist"  are  established  by 
incrementing  the  list  of  nodes 
in  "Nlist"  by  one. 

Record  46  End  Auxiliary  Panel  Subset 
END  PANEL  DATA 

This  record  indicates  that  a panel  subset  has  been  defined. 
Records  42-46  may  be  repeated  to  define  a maximum  of  9 
panel  subsets  for  the  SET  identified  by  Record  2. 

Example:  Example  records  to  illustrate  an  auxiliary  panel 
data  subset  follow: 

BEGIN  FANEL  DATA  3 / 

1 10  11  12  / 

2 20  21  22  / 

DIRECTION  Y / 

3 30  31  32  / 

MASS  SUBSETS  2 3 / 

FUEL  / 

DIRECTION  2 / 

4 40  41  42  / 

5 50  51  52  / 

END  PANEL  DATA  / 
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Panel  subset  3 is  comprised  ot  5 auxiliary  panels.  The 
cylinders  associated  with  panels  1 and  2 are  parallel  to  the 
GLCEAL  Z-axis  and  all  mass  elements  are  paneled.  Panel  3 is 
associated  with  a cylinder  which  is  parallel  to  the  Y-axis  with 
all  elements  paneled,  whereas  panels  3 and  4 are  associated 
with  cylinders  which  are  parallel  to  the  z-axis  with  only  fuel 
condition  data  and  mass  element  subsets  2 and  3 paneled. 

138.1.8  Weight- Statement  Label  Data  Subset  (optional) 

This  data  subset.  Records  47-49,  defines  a detailed, 
weiqht-statement  printout  format  with  1 to  3 levels  of  weight 
summation. 

Level  3 Weights--  Weights  of  elements  in  specified  subsets 

are  summed. 

Level  2 Weights--  The  Level  3 weights  are  selectively 

summed. 

Level  1 Weights — The  Level  2 weights  are  selectively 

summed. 


Record  47  Begin  Label  Subset 


BEGIN  LABEL  DATA 


Record  48  Label  Data 


Ident  */  label  / 


I dent 


A key-word  denoting  a weight  summation 
level  or  an  element  subset 
identification.  The  options  for  •’Ident" 
are  as  follows: 


r*  r 


LEVEL 1--  Key-word  denoting  that  all  LEVEL2  records 
between  this  record  and  the  next  LEVEL 1 
record  (if  any)  are  to  be  summed. 

LEVEL2--  Key-word  denoting  that  all  LEVEL3  records 
between  this  record  and  the  next  LEVEL2 
record  (if  any)  are  to  be  summed. 

EKxxx<a>l — Alphanumeric  word  where  xxx  is  the 
EM xxx<a>J  number  of  the  stiffness  (K)  or  non- 

structural  mass  (M)  element  subset 
denoted  by  EKxxx  and  EMxxx,  respectively, 
to  be  associated  with  "label."  The 
characters  xxx  denote  an  element  subset 
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number  defined  by  the  SUBSET- DEFINITION 
Preprocessor  (sec.  156.0).  The  optional 
<a>  is  effective  only  for  any  SPAR, 

COVER  and  COOV1R  element  types  (see 
appendices  B and  C)  which  may  be  included 
in  the  specified  subset.  This  portion 
of  the  key-word  is  input  as  the  3 
characters  (U) , (L)  or  fW) . These 
characters  denote  that  only  the  upper 
(U)  surface  and  flange  data,  only  the 
lower  (L)  surface  and  flange  data,  or 
only  the  SPAR  web  (W)  data  for  the 
corresponding  elements  in  the  subset 
are  to  be  included.  The  weight  of  the 
elements  in  the  subset  is  assigned  to 
a level  one  lower  than  denoted  by  the 
last  LEVELi  record.  If  no  LEVELi  record 
has  been  input  previously,  the  subset 
weight  is  assigned  to  Level  1. 


label 


Alphanumeric  word  where  xx  is  the 
integer  number  of  a fuel  (F)  condition, 
a payload  (P)  condition  or  a concentrated 
mass  (C)  subset  defined  by  Records  20, 

34  and  36,  respectively,  to  be  associated 
with  "label."  The  weight  of  the  elements 
in  the  specified  subset  is  assigned 
to  Level  1 . 

40  characters  of  alphanumeric  text  to 
be  used  as  a label  in  the  weight 
st atement. 


This  record  is  repeated  to  define  wnich  subset  element 
weights  are  to  be  summed  for  each  level  and  to  define  labels 
for  each  printed  line  of  a weight  statement  (see  examples  in 
appendix  F) . 

Record  49  End  Label  Subset 


END  LABEL  DATA 


This  record  indicates  that  all  weight- statement  data  have 
been  defined  for  the  SET  identified  by  Record  2. 
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138.1.9  faptpr  Data. Subset  (optional) 
Record  50  Begin  Factor  Subset 


BEGIN  FACTOR  DATA 


Any  combination  of  Records  51-56  may  be  input. 
Record  51  Subset  Weight  Factors  (optional) 


This  record  allows  the  weight  of  selected  subsets  of 
elements  to  be  factored. 


MULTIPLY 

f MASS  } 

SUBSET  Num<a>  BY  [factor  | 

[stiffness] 

[TABLE  Ident] 

Num<a>  = The  number  (integer)  of  the  subset  whose 

weight  is  to  be  factored.  This  number 
is  either  a STIFFNESS  or  non-structural 
MASS  element  subset  number  defined  by 
the  SUBSET-DEFINITION  Preprocessor  (sec. 
156.0).  The  optional  <a>  is  effective 
only  for  any  SPAR.  COVER  and  CCOVER 
element  types  (see  appendices  B and 
C)  which  may  be  included  in  the  specified 
subset.  Thi  s portion  of  the  data  item 
is  input  as  the  3 characters  (U) , (L) 
or  (W) . These  characters  denote  that 
only  the  upper  (U)  surface  and  flange 
area,  only  the  lower  (L)  surface  and 
flange  area,  or  only  the  SPAR  web  (W) 
weight  is  to  be  factored  by  '’factor." 

factor  = A factor  qreater  than  or  equal  to  zero 

by  which  the  specified  subset  weights 
are  to  be  multiplied. 

Ident  = The  identification  number  (integer) 

of  a factor  table  as  defined  by 
subsequent  Records  52-54,  Weight  factors 
for  the  components  of  the  specified 
Mass  or  stiffness  subset  are  extracted 
from  the  factor  table. 

Default  Record:  Weights  are  calculated  with  a factor 

of  cne. 

This  record  may  be  repeated  to  factor  the  weights 

associated  with  a maximum  of  190  subsets. 
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Weight- factor  tables  as  required  for  Record  51  are  defined 
by  Records  52-54.  These  tables  allow  weight  factors  to  be 
defined  as  functions  of  the  geometric  properties  of  selected 
elements. 

Record  52  Factor  Table  Identification  and  Function  Definition 


TABLE  ident  ♦#  Function  * 


ident  = Weiqht-f actor  table  identification 

number  (integer)  in  the  range  1 to  36, 
inclusive.  Each  table  defined  by  Records 
53  and  54  for  a mass  SET  must  be 
identified  by  a unique  number. 

Function  = An  expression  that  is  a function  of 

1 to  3 geometric,  elemental  properties. 

The  value  of  this  function,  when 
evaluated  for  a particular  element, 
is  to  be  used  to  "look  up"  its  weight 
factor.  The  general  form  of  "Function"  is 
cl  opl  Pi  op2  P2  ♦ c2  op3  P3  + c3 
where  "ci"  is  a positive  or  negative 
constant,  "opi"  is  the  multiply  or 
divide  operator  denoted  by  * and  /, 
respectively,  and  "Pi"  is  one  of  the 
key-words  in  the  following  table  used 
to  identify  a particular  property  for 
one  or  more  element  types. 

Example  Record:  TABLE  4 **  1.5*L/A-.  05# 


ELEMENT  PROPERTY 


ELEMENT  TYPE 


KEY-WORO 

DESCRIPTION 

/ / / «*-  /< 
/ ^ / V / V /* 

*/S/  V / V / S/JZ  I 

r 

r\ 

4h 

F 

45 

A 

CROSS-SECTION  AREA 

V' 

hH 

f 

*(L) 

LOWER  FLANGE  AREA 

- 

A(U) 

UPPER  FLANGE  AREA 

✓ 

AS 

SURFACE  AREA 

v' 

w' 

I*" 

V' 

D 

DEPTH  (2*42) 

✓ 

' ’ 

L 

LENGTH 

✓ 

✓ 

P 

PERIMETER 

V' 

T 

PLATE  THICKNESS 

P' 

T(L) 

LOWER  PLATE  THICKNESS 

T(U) 

UPPER  PLATE  THICKNESS 

K 

T(f) 

WEB  THICKNESS 

. 

✓ 

MM 

MM 

. 

•v 
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Discrete  values  of  the  "Function"  and  corresponding  weight- 
factor  values  are  defined  by  Records  53  and  54,  respectively. 

A maximum  of  250  function  values  may  be  specified  for  a 
particular  table.  Linear  interpolation  of  these  values  is 
generally  performed  to  extract  the  weight  factor  for  a particular 
element.  Extrapolation  of  the  table  values  is  not  permitted. 

The  following  figure  illustrates  a weight-factor  table. 


vali  = The  i-th  "Function"  value  (1<i<250) 

for  which  a corresponding  weight- factor 
value  is  specified  by  Record  54.  The 
list  of  "vali"  values  must  be  input 
in  a strictly  increasing  or  decreasing 
order.  The  "Function"  is  assumed  to 
be  single- valued  as  illustrated  in  the 
foregoing  figure. 

Record  54  weight  Factor  Data 


faci  = The  value  of  the  weight-factor  associated 

with  "vali"  specified  by  Record  53. 

The  number  and  seguence  of  items  input 
by  this  record  must  correspond  to  the 
number  and  seguence  of  items  input  by 
Record  53. 

Records  52-54  may  be  repeated  to  define  a maximum  of  36 
weight-factor  tables. 


t-tr* 

\ 

jj  ' 
. 
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Record  55  Element  Exclusion  Data  (optional) 


EXCLUDE  f MASS  \ 

ELEMENTS 

\ STIFFNESS | 

This  record  allows  the  MASS  elements  defined  by  Records 
6-8  or  the  STIFFNESS  elements  to  be  excluded  from  all 
mass/weiqht  calculations.  Both  variations  of  this  record 
may  be  input. 

Default  Record:  All  elements  are  included. 

Record  56  Mass  Matrix  Divisor  (optional) 


MASS  FACTOR  factor 


factor  = The  value  greater  than  zero  by  which 

weights  are  to  be  divided  to  obtain 
trass  properties. 

Default  Record:  Weiqhts  are  divided  by  386.04  to  convert 

them  to  masses. 

Record  57  End  Factor  Subset 


END  FACTOR  DATA 


This  record  indicates  that  all  Factor  data  have  been 
defined  for  the  SET  identified  by  Record  2. 

Record  50  End  Data  Set 


END  MASS  DATA 


Additional  mass  data  sets  may  be  input  by  repeating 
Records  1-58. 
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Table  138-2.  Summary  of  Mass  Oata  Records 


Ref  ere. tee 
P««e 

Data  Records 

138.3 

BEGIN  MASS  OATA 

138.3 

SET  n 

138.3 

BEGIN  CONDITION  OATA 

138.3 

l\n  sub } C0ll‘"Tlt*  c<”,d  F“el 

Conmass 

138.5 

END  CONDITION  DATA 

138.5 

BEGIN  MASS  ELEMENT  DATA 

138.6 

El  type  /f2  \ <Userid>  Nlistl  plist  <T0  <Userid2>  HI i st2  <BY  <lnc’>inc2»  1 

138.8 

END  MASS  ELEMENT  DATA 

138.10 

BEGIN  FUEL  DATA 

138.10 

TANK  n 

138.10 

<TYPE2>  ° « vel  sXden  8 ‘ tY><useabl  e PERCENT 

138.11 

< 1 d I > Nlistl  <T0  <ld2>  n:  Ist2  <BY  <lnc|>  inc2» 

138.14 

MANAGEMENT  SEQUENCE  n 

138.14 

LOAD  TANK  T|  <T2><T3><RATI0  r|  r2  r3>  UNTIL  List 

138.15 

USE  TANK  Tl  <T2><T3><RATIO  r|  r2  r3>  UNTIL 

List 

138.16 

TRAHSFLR  {p"‘rF“*CEHT  } Tl  TO  12 

138.17 

ATTITUDE  n 

138.17 

Node  rx  ry  rz 

138. 17 

FUEL  PLANE  pi <P2> 

138.18 

CONDITION  n Weight  Seq  <Attitude> 

138.18 

END  FUEL  DATA 

138.19 

BEGIN  PAYLOAD  DATA 

138.19 

PASSENGER  Wt  Ixx  lyy  1 zz  Ixy  1 xz  lyz 

138.20 

BEGIN  SEAT  LOCATION  DATA 

138.20 

138.21 

REC  label  Origin  X-axis  Z-axis 

"ESUHE  {global  } 

138.21 

seatKIistlXTO  seat2<!  ist2X<BY  incXOF  d|  d2  .. 

»> 

138.23 

END  SEAT  LOCATION  DATA 

138.23 

HOLD  n | jypE2  |cdensity> 

138.24 

<1  dl>  Nlist|<T0<ld2>  Nlist2  <BY  <lncl>  inc2» 

138.25 

LOADING  SEQUENCE  n 

133.25 

LOAD  SEATS  Listl  CTO  List2  <BY  inc» 

(tX) 

( FULL 

138.26 

LOAD  CARGO  HOLD  Num  IN  DIRECTION  <1Y  > UNTIL  < wtl 

(tz)  (wt2 

LOADED  > 
TOTAL  ) 

138.27 

CONDITION  n SEQUENCE  Seq  Pass  Weight 

138.27 

END  PAYLOAD  DATA 

Table  continued  on  next  page.  1 
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Table  1 38-2 - Summary  of  Mass  Data  Records  (Cont'd.) 

Data  Records 


138.28  H BEGIN  CONCENTRATED  MASS  DATA  n 

138.28  | <name><NcHe>  Cnode  <0=Label |Xl=label2>  wt  <i 1 1 i22  i 33  i!2  i 1 3 i 23> 

123.29  END  CONCENTRATED  MASS  DATA  


138.30 


138.30 


BEGIN  LUMPING  DATA 

S STIFFNESS  SUBSETS  ATI ist 
MASS  SUBSETS  ATI ist 

PAYLOAD 


AT  NODE  SUBSET  urn 


138.30  fl  END  LUMPING  DATA 


138.31 

138.31 

138.32 

138.32 

138.33 

138.34 


BEGIN  PANEL  DATA  n 
\ MASS  / 

| STIFFNESS  ^'SUBSETS  n|  r>2  ... 

<PAYL0ADXFUEL> 

X 
Y 
2 

Node 


DIRECTION 


i dent  I <0=Label>  Nlist  <T0  ident2  <BY  inc  <dl  d2  ...»> 
END  PANEL  DATA 


138.35 

138.35 

138.36 


BEGIN  LABEL  DATA 
I dent  • / label  / 
END  LABEL  DATA 


138.37 

138.37 

138.38 

138.39 
138.33 

138.40 

138.40 

138.40 


BEGIN  FACTOR  DATA 

MULTIm  SsOFFKESsI  S“BSET 

TABLE  ident  »/  Function/ 
vail  val2  ... 
facl  fac2  . ■ 

EXCLUDE  )MASS  \ ELEMENTS 
/STIFFNESS  7 

MASS  FACTOR  factor 

END  FACTOR  DATA 


! factor 
TABLE  ident 


138.40  END  MASS  DATA 
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MATERIAL 


140.0  MATERIAL  DATA 


Material  property  data  for  the  ATLAS  stiffness  elements 
are  comprised  of  the  following: 

a)  A reference  code  for  use  in  the  finite  element 
definition  records  (sec.  152.1); 

b)  Material  density  for  mass  analyses  of  a stiffness 
mod  1; 

c)  Elastic  constants  for  stiffness/stress  analyses; 

d)  Allowable  stress  levels  for  design  studies. 


The  following  types  of  linearly  elastic  materials  may 
be  used  to  define  a finite  element  model. 

a)  Scandard  Commonly-used,  isotropic  materials 

included  in  the  standard-material  catalog 
(sec.  140.1  and  appendix  A) 

b)  Spe* iai  — Generally,  three-dimensional  orthotropic 

materials  defined  by  the  user 

c)  Composite  --  Two-dimensional  orthotropic  materials 

defined  by  the  user  for  analysis  of 
composite  elements  (ref.  140-1) 

Data  must  be  input  to  the  MATERIAL  Preprocessor  to  define  Special 
and  Composite  material  properties.  Standard  material  properties 
are  loaded  automatically  by  the  ATLAS  System  and  stored 
internally  for  direct  reference  in  the  element-definition 
records. 


The  units  indicated  fer  the  Special  and  Composite  material 
properties  (sec.  140.2.1  and  140.2.2)  are  the  same  as  those 
used  for  the  Standard  materials  and  are  consistent  with  the 
date  units  reguired  by  the  interfacing  preprocessors. 

Printout  of  the  Material  data  may  be  requested  from  the 
MATEPIAL  Postprocessor  (sec.  240.0). 


flwroi  mrm  not  rlmco 
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140.1  STANDARD  MATERIAL  DATA 


Material  input  data  are  not  required  to  access  the 
properties  for  Standard  materials*  These  data  are  stored 
internally  for  immediate  reference  by  a material  code  (see  table 
below)  in  the  Stiffness  and  Design  data  sets. 


The  standard-material  catalog  of  linearly  elastic, 
isotropic  materials  is  currently  comprised  of  the  following: 


FFFFRENCE 

CODE 

MATERIAL 

TEMPERATURE 
RANGE.  °F 

Ml 

2024-T351  Aluminum--Clad  Plate  (0.50- 
1.0  in.) 

-200  to  +500 

M2 

7075-T6  Aluminum--Ciad  Plate  and  Sheet 
(0. 188-0.499  in.) 

-200  to  *500 

M? 

7075-T73  Aluminum — Forging  (<  3.0  in.) 

-200  to  *500 

.\u 

6AL-4V  Annealed  Titanium — Bar  and  Forging 

-400  to  +1100 

M5 

6AL-4V  STA1000  Titanium--Sheet  and  Plate 
(<0.750  in.) 

-300  to  +1100 

M6 

6AL-6V-2SN  STA1100  Titanium — Forging 
(52.0  in.) 

-100  to  +1100 

M7 

AIS I 321  Annealed  Stainless  Steel-- 
Sheet  and  Bar 

-400  to  +1600 

M8 

AISI  4130,  4135  or  4140  Steel  (150-170 
ksi  H.T. ) Wrought  Products 

-200  to  +1000 

M,9 

AISI  4330m  Steel  (200  ksi  H.T.) — Wrought 
i Products 

-200  to  +1000 

M 10 

AISI  4340M  Steel  (275  ksi  H.T.) — Bar 
and  Forging 

-200  to  +1C00 

The  property  values  for  each  of  these  materials  are  defined 
at  discrete  temperature  levels  as  illustrated  in  Appendix  A. 

A sufficient  number  of  temperature  intervals  are  defined  for 
each  material  property  such  that  linear  interpolation  within 
the  selected  temperature  range  yields  reasonable  values* 

Reference  to  property  data  outside  the  specified  temperature 
range  is  not  allowed.  The  density  of  each  Standard  material 
was  selected  at  70°F. 
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MATERIAL 


The  single  set  of  nominal  property  data  and  forms  selected 
for  each  alloy  are  representative  of  that  material  (ref.  140- 
2) . However,  since  property  data  for  a specific  form  or 
thickness  may  differ  significantly  from  these  nominal  values, 
caution  must  be  exercised. 


140.2 


INPUT  DATA 


A maximum  of  49  Special  and  31  Composite  materials  may  be 
defined  per  job  execution.  These  data  must  be  defined  prior  to 
referencing  them  by  another  data  set.  No  other  data  set  must  be 
input  prior  to  this  data  set  in  the  input  stream. 

Record  1 Data  Set  Identification 


BEGIN  MATERIAL  DATA 


This  record  initiates  execution  of  the  MATERIAL 
Preprocessor . 

140.2.1  Special  Material  Data  (optional) 

Special  materials  are  defined  via  Records  2-4.  Records  3 
and  4 are  repeated  for  each  Special  material. 

Record  2 Material  Type  Identification  (optional) 


SPECIAL  MATERIAL  DATA 


This  record  indicates  that  subsequent  records  define 
Special  materials. 

Default  Record:  The  type  of  material  is  identified 

by  the  reference  code  specified  in 
the  next  record. 

Record  3 Special  Material  Identification 


Mcode  <md> 


Mcode  = Special  material  reference  code — the 

character  M followed  by  an  inteqer  in  the 
range  SI  to  99,  (i.e.,  MS1-M99) . A 
particular  material  code  and  associated 
property  values  may  not  be  redefined. 

md  = Material  density,  p,  (lbs/in.3) 

Default:  md  = 0.0 

Record  4 Special  Material  Properties 

All  the  property  values  for  a Special  material  must  be 
defined  via  one  of  the  three  input  record  variations 
presented  below.  In  each  case,  zeros  (in  prone"  format) 
must  be  input  for  i^ems  not  used.  One  record  ot  this  type 
is  required  for  each  temperature  to  be  specified  for  a 
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material.  These  records  must  define  temperature  values  in 
a numerically  increasing  order.  Property  values  may  be 
specified  at  1-50  temperature  levels.  The  interpolation 
techniques  used  for  the  Standard  material  properties  are 
also  used  to  generate  Special  material  properties  at 
unspecified  temperatures. 


2.1.1 

Variation 

1 — Isotropic  Materials 

Pi 

p2  p3  p4 

P5 

pi 

= 

Temperature  (°F  as  an  integer)  associated 
with  the  properties  that  follow: 

p2 

= 

Young,s  modulus,  El,  (lbs/in.*) 

p3 

- 

Poisson's  ratio,  Vi 

p4 

= 

Shear  modulus,  Gl,  (lbs/in.*) 

p5 

=• 

Linear  thermal  strain, ^or  thermal 
stress  analyses. 

The  capability  of  defining  the  three  dependent  elastic 
constants  (El,  Gl,  and  vl)  for  a material  allows  the  user 
to  define  one  of  the  following  conditions:  (1)  the  element 

is  isotropic  if  the  expression  El  = 2G1*(1+vl)  is 
satisfied:  (2)  the  element  behaves  in  a nonisotropic  sense 
if  the  foregoing  equation  is  not  satisfied  by  the  specified 
elastic  constants.  This  feature,  for  example,  allows  the 
user  to  model  more  accurately  the  behavior  of  buckled 
panels  or  beam  webs  using,  for  instance,  the  SPAR  or  PLATE 
elements  (see  appendix  B) . 

140.2.1.2  Variation  2 — Orthotropic  Materials 

Orthotropic  material  property  values  are  defined  relative 
to  the  orthogonal,  principal  (natural)  axes,  denoted  by  1-2-3, 
of  the  material.  The  principal  axes  of  a material  are  assumed  to 
be  coincident  with  the  reference  axes  x-y-z,  respectively,  of 
each  element  composed  of  that  material  unless  indicated  otherwise 
in  the  element-definition  record.  An  element  that  is  configured 
from  a Special,  isotropic  material  possesses  the  properties 
defined  via  Variation  1 in  all  directions  within  the  material. 
This  characteristic  is  handled  automatically  by  the  program.  The 
user  can,  however,  define  explicitly  the  same  property  values  ror 
an  isotropic  material  via  Variation  2. 


pi  p2  p3,...,  p13 


pi  = Temperature  j°F  as  am  integer)  associated 

with  the  properties  that  follow: 

p2  = Young #s  modulus,  El,  associated  with  the 

first  principal  direction  of  the  material 
(lbs/in.2) 


p3 


p4 


P5 

pb-p9 


Poisson's  ratio,  V12,  associated  with  the  1- 
2 plane 

Shear  modulus,  G12,  associated  with  the  1-2 
plane  (lbs/in.2) 

Linear  thermal  strain, EtI*  in  direction  1 

Properties  p2  to  p5  associated  with  the 
second  principal  direction  of  the  material 
(i.e.,  E2,  V 23 , G23  and,£T2  * respectively) 


pi 0 -pi 3 - Properties  p2  to  p5  associated  with  the 

third  principal  direction  of  the  material 
(i.e.,  E3 , V 31 , G31  and  £T3 , respectively) 


For  all  cases,  the  Poisson *s  ratios  must  be  in  the  range 
0.0<vij^1.0  where  the  calculated  values  are  obtained  from 
the  expression  v ji =Vi j (E j/Ei) . 


140.2.1.3  Variation  3 — Orthotropic  Materials  with  Design 
Allowables 


This  variation  permits  stress  allowables  to  be  defined  for 
Special  materials  referenced  via  the  Design  Data  (sec.  112.0). 
The  features  mentioned  above  for  Variation  2 also  apply  to  this 
variation . 


pi  p2  p3,...,p31 


p1-p13  = Same  as  defined  for  Variation  2 

p14-p16  = Ultimate  tension  stresses,  FTU1 , FTU2  and 

FTU3  in  directions  1-2-3,  respectively 
(lbs/in.2) 


p17-p19  - Ultimate  compression  stresses,  FCU1,  FCU2 

and  FCU3  in  directions  1-2-3,  respectively 
(lbs/in. 2 ) 


\ 
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p20-p22 


p23-p25 


p26-p28 


p29-p3 1 


Ultimate  shear  stresses,  FSU1 , FSU2  and 
FSU3  in  planes  1-2,  2-3  and  3-1, 
respectively  (lbs/in. «) 

Yield  tension  stresses,  FTY1 , FTY2  and 
FTY3  in  directions  1-2-3,  respectively 
(lbs/in.  *) 

Yield  compression  stresses,  FCY1 , FCY2 
and  FCY3  in  directions  1-2-3,  respectively 
(lbs/in.  2) 

Yield  shear  stresses,  FSY1 , FSY2  and  FSY3 
in  planes  1-2,  2-3  and  3-1,  respectively 
(lbs/in.  2) 


Additional  Special  materials  with  unique  reference  codes 
may  be  defined  by  repeating  Records  3 and  4. 

140.2.2  composite  Material  Data  ( opt i ona 1 ) 

Composite  materials  required  for  analysis  of  composite 
finite  elements  are  defined  via  Records  5-7.  Records  6 and 
7 are  repeated  for  each  Composite  material.  Property  data  are 
specified  for  a layer  (a  tape  composed  of  fibers  and  a matrix) 
which  is  the  basic  unit  of  a composite  element  (a  laminate) . 
Multiple  layers  are  used  to  define  laminas  for  composite  elements 
via  the  element-definition  records. 


Record  5 Material  Type  Identification 


COMPOSITE  MATERIAL  DATA 


This  record  indicates  that  subsequent  records  define 
Composite  materials. 

Record  6 Composite  Material  Identification 


Ccode  t <md> 


Ccode  = Composite  material  reference  code--the 

character  C followed  by  an  integer  in  the 
range  1 to  31,  (i.e. , C1-C31).  A particular 
material  code  and  associated  property 
values  may  not  be  redefined. 

t = Layer  thickness,  (in.) 


rod  = Material  area  density,  p*t,  (lb/in.2), 

defining  the  mass  per  unit  area  of  the 
layer. 

Default:  md  = 0.0 

Record  7 Composite  Material  Properties 

All  the  property  values  for  a Composite  material  must 
be  defined  via  one  of  the  two  input  record  variations  presented 
below.  In  each  case,  zeros  (in  proper  format)  must  be  input 
for  items  not  used.  One  record  of  this  type  is  required  for 
each  temperature  to  be  specified  for  a material.  These  records 
must  define  temperature  values  in  a numerically  increasing 
order.  Property  values  may  be  specified  at  1-10  temperature 
levels.  The  interpolation  techniques  used  for  the  Standard 
material  properties  are  also  used  to  generate  Composite  material 
properties  at  unspecified  temperatures. 

140.2.2.1  Variation  1 — Material  Elastic  Properties 


pi  = Temperature  (°F  as  an  integer)  associated 

with  the  properties  that  follow: 

p2,  p3  = Young's  moduli,  El  and  E2,  associated  with 

the  first  and  second  principal  directions 
of  the  material,  respectively  (lbs/in.2). 
Direction  1 should  correspond  to  the  fiber 
direction  of  the  Composite  material. 

p4  = Poisson's  ratio,  v12,  associated  with  the 

1-2  plane 

p5  = Shear  modulus,  G12,  associated  with  the 

1-2  plane  (lbs/in.2) 

£ 6 , p7  = Linear  thermal  strains,  eT1  and  • in 

directions  1 and  2,  respectively 
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140.2.2.2  Variation  2 — Material  Elastic  Properties  and  Design 
Allowables 


This  variation  permits  stress  allowables  to  be  defined  for 
Composite  materials  (CPLATE  and  CCOVER  elements)  if  lamina 
margins  of  safety  cure  to  be  printed  (sec.  254.2.2)  , or  if 
composite  elements  are  referenced  by  the  Design  Data  (sec. 

112.0)  . 


pi  p2  p3,...,p17 


p1-p7  = Same  as  defined  for  Variation  1 

p8,p9  = Ultimate  tension  stresses,  FTU1  and  FTU2,  in 

directions  1 and  2,  respectively  (lb/in.2) 


p10rp11  = Ultimate  compression  stresses,  FCU1  and 

FCU2,  in  directions  1 and  2,  respectively 
(lb/in.2) 


pi 2 - Ultimate  shear  stress,  FSU,  in  the  1-2  plane 

(lbs/in.2) 

p13,p14  = Yield  tei  ;ion  stresses,  FTY1  and  FTY2 , in 

directions  1 and  2,  respectively  (lbs/in.2) 


p15 ,p16 


Yield  compression  stresses,  FCY1  and  FCY2,  in 
directions  1 and  2,  respectively  (lbs/in.2) 


P17 


Yield  shear  stress,  FSY,  in  the  1-2  plane 
(lbs/in.2) 


'ihe  material  directions  must  be  selected  such  that  the 
following  expressions  are  satisfied: 


FTU1  > FTU2 
FTY 1 > FTY2 


FCU1  > FCU2 
FCY1  > FCY2 


Additional  materials  with  unique  reference  codes  may  be 
defined  by  repeating  Records  6 and  7 or  Records  2-7. 

Record  8 End  Data  Set 


END  MATERIAL  DATA 


Additional  material  data  sets  may  be  input  by  repeating 
Records  1-8. 


Table  140-1 • Summary  of  Material  Data  Records 


Reference 

Page 

Data  Records 

140.4 

BEGIN  MATERIAL  DATA 

140.4 

SPECIAL  MATERIAL  DATA 

140.4 

Mcode  <md> 

140.5 

PI  P2  ...  p5  <p6  p7  ...  PI 3 <Pl 4 p 1 5 ...  p3l» 

140.7 

COMPOSITE  MATERIAL  DATA 

140.7 

Ccode  t <md> 

140.8 

PI  p2  ...  p7  <p8  p9  ...  p| 7> 

J 140.9 

END  MATERIAL  DATA 
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146.0  NODAI  DATA 


The  nodal  data  set  defines  the  geometrical  data  necessary 
for  structural  and/or  mass  finite-element  definition  by  the 
stiffness  and  mass  input  data  (sec.  152.0  and  138.0)  . Nodal  data 
are  interrogated  by  many  of  the  other  modules  and  thus,  this  data 
set  is  normally  the  first  data  set  within  a data  deck.  Only  the 
geometry  data  set  (ATLAS  data  --  sec.  126.0;  GCS  or  NASA-LRCGEOM 
data — appendix  G) , if  required,  must  be  input  before  this  data 
set.  Geometry  data  permit  nodal  coordinates  to  be  extracted  from 
previously-defined  geometric  surfaces. 

Nodal  data  are  comprised  of  node  numbers  and  coordinates. 

A nodal  data  set  that  is  used  for  a structural  and/or  a mass 
model  must  be  identified  by  the  same  SET  number  assigned  to  the 
model  by  the  stiffness  and/or  mass  data  (sec.  152.0  and  138.0). 

A maximum  of  36  nodal  data  SETS  may  be  defined  per  job.  Each  set 
may  contain  a maximum  of  4095  nodes. 

Coordinates  of  a node  are  defined  relative  to  a selected 
input  reference  frame,  whereas  the  kinematics  of  a node  are 
described  and  analyzed  relative  to  a selected  analysis  frame. 

The  input  and  analysis  reference  frames  associated  with  a node 
may  be  different.  The  GLOBAL  and  up  to  a maximum  of  4095  local 
reference  frames  may  be  used  for  these  purposes.  The  local 
frames  may  be  rectangular,  cylindrical  and/or  spherical 
coordinate  systems  (see  sec.  100.5) . All  coordinate  systems  are 
orthogonal  and  right-handed. 

There  is  always  a GLOBAL  frame  associated  with  a nodal  data 
set.  The  origin  and  orientation  of  this  frame  are  defined 
implicitly  by  the  input  nodal  coordinates,  whereas  the  origin  and 
orientation  of  each  local  reference  frame  are  explicitly  defined 
relative  to  the  ~LOBAL  frame.  All  coordinates  input  with  respect 
to  local  coordinate  systems  are  automatically  transformed  to 
GLOBAL  values.  Only  the  GLOBAL  coordinates  are  printed  by  the 
NODAL  Postprocessor  (sec.  246.1). 

There  are  four  types  of  nodes : 

a)  Structural  — A node  which  may  be  externally  loaded  and 

to  which  a stiffness  finite  element  is 
attached.  Structural  nodes  generally 
have  three  translational  and  three 
rotational  degrees  of  freedom. 


b)  Shear 


--  Similar  to  a Structural  node  but  used 
only  to  define  SROD  and  SPLATE  finite 
elements  (see  appendix  a) . A Shear 
node  has  only  one  translational  degree 
of  freedom  which  is  either  along  an 
SROD  axis  or  along  an  SPLATE  edge. 

The  analysis  frame  of  all  Shear  nodes 
must  be  identified  as  the  GLOBAL  frame. 
Although  the  geometrical  location  of 
Shear  nodes  is  immaterial,  they  may 
be  assigned  explicit  coordinates  so 
that  they  are  sorted  during  the  geometry- 
dependent  node  reordering  (see  Record 
13  of  nodal- data  input). 

c)  Auxiliary  --  A node  used  to  orient  and/or  position 

a finite  element  relative  to  structural 
nodes.  The  distortion  of  an  element 
is  not  affected  by  the  kinematics  of 
these  nodes.  An  Auxiliary  node  of  one 
element  may  be  used  as  a Structural 
node  for  another  element. 

d)  Mass  --  A node  used  to  define  mass  finite 

elements  and  concentrated  masses.  A 
Mass  node  may  also  be  used  as  one  of 
the  foregoing  types  of  nodes  in  defining 
a model. 

An  ATLAS  node  may  be  defined  with  three  or  four  coordinates 
depending  on  how  the  node  is  used  to  describe  the  elements. 

Nodes  with  four  coordinates  are  referenced  as  mid-surface  nodes. 
These  nodes  are  required  only  to  define  SPAR,  COVER  and  CCOVER 
elements.  Coordinates  of  a mid-surface  node  defined  with  respect 
to  a rectangular  frame  are  specified  by  a list  of  x,  y,  z and  Az 
components.  The  A z component  results  in  two  implicit  points, 
(z+Az)  and  (z-Az) , located  along  a line  parallel  to  the  z-axis. 
Thus,  three  points  are  established  on  a straight  line  wherein 
the  middle  point  lies  on  the  "mid- surf ace”  of  the  finite  element 
(see  appendix  B and  C)  . Other  types  of  elements  may  be  defined 
via  mid-surface  nodes. 

Printout  of  the  nodal  data  may  be  requested  from  the  NODAL 
Postprocessor  (sec.  246.1).  Plots  of  these  data  can  also  be 
effected  via  the  EXTRACT  and  GRAPHICS  postprocessors  as  discussed 
in  sections  218.0  and  228.0. 
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146.1  INPUT  DATA 

Record  1 Data  Set  Identification 


BEGIN  NOD.  Jj  DATA 


This  record  initiates  execution  of  the  NODAL  Preprocessor. 

Record  2 Data  Set  Number  (optional) 

Each  set  of  nodal  data  is  identified  by  an  integer  number. 
If  multiple  sets  are  used  in  a particular  job,  each  set 
must  be  assigned  a different  number  by  this  record. 
Multiple  nodal  data  sets  are  defined  by  repeating  Records 
2-13  or  Records  1-14. 


SET  n 


n = Data  set  number  (integer)  in  the  range  1 to  36, 

inclusive. 

Default  Record:  SET  1 

If  local  reference  frames  are  not  used  to  define  a model. 
Records  3,  4 and  5 are  not  required.  In  this  case,  the  input  and 
analysis  frame  of  all  nodes  def ined  by  Records  6 and/or  Records 
7-12  is  the  GLOBAL  reference  frame.  Direct  definition  of  nodes 
is  effected  via  Record  6,  whereas  Records  7-12  provide 
capabilities  for  defining  nodes  based  on  the  geometries  of 
components  previously  described  via  a GEOMETRY  data  set  (sec. 
126.0)  or  via  GCS  or  NASA - LRCG EOM  data  (see  appendix  G) . 

Multiple,  local  frames  can  oe  defined  by  Record  3 placed 
anywhere  within  a nodal  set.  Nodal  data  input  directly  after  a 
Record  3 are  assumed  to  be  defined  relative  to  the  local 
coordinate  system  defined  by  that  Record  3.  Nodal  data  input 
prior  to  the  first  Record  3 are  assumed  to  be  defined  with 
respect  to  the  GLOBAL  coordinate  system.  Record  4 allows  a 
reference  frame  previously-defined  within  a nodal  set  to  be 
identified  as  the  input  frame  until  another  Record  3 or  ^ is 
encountered.  The  analysis  frame  of  all  nodes  in  a SFT  is  assumed 
to  be  the  GLOBAL  frame  unless  specified  otherwise  by  Record  5. 
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Record  3 Definition  of  a Local  Reference  Frame  (optional) 


(REC 1 

CYL } label  Origin  X-axis  Z-axis 
SPHJ 


(REC  1 

CYL  | = A key-  ord  denoting  a rectangular 

SPHJ  Cartesian,  cylindrical  cr  spherical 

local  reference  frame,  respectively. 

label  = An  alphanumeric  word  of  1 to  7 characters 

that  identifies  the  local  coordinate 
system.  The  words  GLOBAL  and  INPUT 
may  not  be  used  as  labels.  A frame 
identified  by  "label"  may  not  be 
redefined. 

Each  of  the  items  "Origin,"  "X-axis"  and  "Z-axis"  denotes 
either  the  number  (integer)  of  a previously-defined  node 
or  a list  of  three  GLOBAL  X,  Y and  Z coordinates  (decimal 
numbers)  . Each  item  defines  a point  relative  to  the 


GLOBAL  reference 

frame. 

Origin  = 

A point  defining  the  origin  of  the  local 
coordinate  system. 

X-axis  - 

A point  different  from  the  one  denoteu 
by  "Origin"  which  lies  on  the  local, 
positive  x-axis. 

Z-axis  = 

A point  different  from  the  ones  denoted 
by  "Origtn:  and  "X-axis"  which  defines 
the  local,  positive  z-axis.  This  point 
may  be  any  point  with  a positive  z- 
coorainate  in  the  x-z  plane. 

Default  Record: 

The  input  and  analysis  reference  frame 
for  all  nodes  is  the  GLOBAL  frame. 

Records  of  this  type  may  appear  any  number  of  times 
anywhere  within  a nodal  data  set  except  c<»tween  Records 
7-12.  All  nodal  data  input  directly  after  a Record  3 
are  defined  relative  to  the  local  reference  frame 
established  by  chat  Record  3. 
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Record  4 A Previously-Defined  Reference  Frame  to  he  Used  as 
the  Input  Frame  (optional) 


(Label  1 
GLOBAL J 

Label  1 = The  "Label"  assigned  to  a local  coordinate 

GLOBALJ  system  by  Record  3 or  the  word  GLOBAL. 

This  name  identifies  the  input  frame  of 
all  nodal  data  defined  by  Record  6 
immediately  following  this  record. 

Default  Record:  The  input  frame  identified  by  the 

previous  Record  3 or  the  GLOBAL  frame. 

Records  of  this  type  may  appear  any  number  of  times 
anywhere  within  a nodal  data  set  except  between  Records 
7-12. 


Record  5 Analysis  Frame  Identification  (optional) 


Label 

ANALYSIS  FRAME 

GLOBAL 

INPUT 

Label 

GLOBAL 

INPUT 


Either  the  "Label"  assigned  to  a local 
coordinate  system  by  Record  3,  the  word 
GLOBAL  or  the  word  INPUT.  This  name 
identifies  the  analysis  frame  of  all  nodal 
data  defined  by  Record  6 and/or  Records 
7-12  immediately  following  this  record. 

The  key-word  INPUT  denotes  that  tne  analysis 
frame  is  the  same  as  the  input  frame  for 
these  nodes. 


Default  Record:  ANALYSIS  FRAME  GLOBAL 


Records  of  this  type  may  appear  any  number  of  times 
anywhere  within  a nodal  data  set.  The  analysis  frame 
of  all  nodes  input  prior  to  the  first  record  of  this  type 
is  the  GLOBAL  frame.  An  analysis  frame  specified  by  this 
record  remains  effective  until  redefined  by  another  Record 
5. 


1 
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146.1.1  Direct.  Definition  of  Nodes 


Input  lists  of  three  or  four  nodal  coordinates  are  denoted 
by  the  items  "listV*  and  **list2H  within  the  Record  6 format.  The 
lists  of  input  coordinates  associated  with  the  different  types  of 
reference  frames  are  illustrated  in  figure  146-1.  The  Mc4w 
coordinate  for  mid -surface  nodes  must  be  greater  than  or  equal  to 
zero.  All  angles  associated  with  cylindrical  and  spherical 
coordinates  are  input  in  degrees  (decimal  numbers)  . 


Type  of  Nodal 
Reference  Frame 

Sequence  of 
Incut  Coordinates 

cl 

c2 

c3 

C4 

GLOBAL 

X 

Y 

Z 

Az 

REC 

X 

y 

z 

Az 

CYL 

r 

e 

z 

Ar 

SPH 

P 

e 

♦ 

Ap 

Ficjure  146-1.  Nodal  Reference  Frame  Coordinates 


Node  numbers  and  coordinates  may  be  defined  by  any 
combination  of  the  three  i at -record  variations  presented  below. 
These  variations  provide  t.  following  capabilities: 

a)  Explicit  definition  of  a node; 

b)  Generation  of  a sequence  of  equally-spaced  nodes; 

c)  Generation  of  a sequence  of  variably-spaced  nodes; 

Ihe  input-record  formats  for  nodal  data  defined  with  respect  to 
the  GLOBAL  or  local  coordinate  systems  are  identical. 
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Record  6 Direct  Definition  of  Nodes 


Variation 


1 


nodel  <list1> 


nodel  = User  node  number  (integer)  in  the  range  1- 

99999,  inclusive  . 

list!  = List  of  3 or  4 coordinates  (cl,  c2  and  c3  or 

cl,  c2,  c3  and  c4)  of  "nodel.'* 

Default:  "nodel"  is  assigned  the  GLOBAL 

coordinates  of  the  origin  of  the 
last-specified  input  frame. 


Variations  2 and  3 allow  nodal  data  to  be  generated  between 
two  nodes  identified  by  "nodel"  and  "node2."  Cylindrical  and 
spherical  nodal  data  are  always  generated  in  the  ^ jsitive  sense 
of  0 going  from  "nodel"  to  "node2  " (see  fig.  146-1)  . 


Variation  2 


nodell 

node2j 

list ll 
list2  j 


nodel  <list1>  TO  node2  <list2> 


= Same  as  "nodel"  in  Variation  1 

= Lists  of  3 or  4 coordinates  associated 
with  "nodel"  and  "node2,"  respectively. 

Each  list  must  have  the  same  number  of 
items . 

Defaults:  Previously-defined  coordinates 

and  analysis  frames  for  "nodel" 
and/or  "node2"  are  retrieved 
automatically.  The  current  and 
previously-used  input  frames  for 
"nodel"  and  "node2"  may  be 
different  for  3-coordinate 
nodes,  whereas  they  must  be  the 
same  if  mid-surface  nodes  are 
generated. 


Equally-spaced  nodes  between  "nodel"  and  "node2"  are 
generated.  Node  numbers  are  established  by  incrementing 
"nodel"  by  ±1  depending  on  whether  "nodel"  or  "node2"  is 
larger.  Coordinates  of  the  generated  nodes  are  obtained  by 
linear  interpolation  between  "listl"  and  list 2."  A maximum 
of  101  nodes  may  be  defined  by  one  record  of  this  type. 
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Variation  3 


nodel 
node2  „ 
liscl 
list2 


nodel  <list1>  TO  node2  <list2> 
<BY  inc>  <0F  dl  d2  ...  dn> 

= Same  as  defined  for  Variation  2 


inc  = The  node- number  increment  (inteqer)  to 

be  used  to  generate  node  numbers  between 
"nodel M and  "node2."  The  quantity  [ (node2- 
node1)/inc]  must  be  a positive  inteqer 
<100. 

Default:  *inc”  is  automatically  set  to 

±1  depending  on  whether  "nodel” 
or  “node2”  is  larger. 


d1,d2, . . . #dn=  List  of  proportionate  spacing  distances 

between  each  pair  of  nodes  in  the  sequence. 
Default:  Nodes  generated  from  "nodel”  to 
”node2"  are  equally  spaced  via 
linear  interpolation  between 
"listl”  and  ”list2." 


Any  combination  of  Records  3-5  and  Record  6 may  be 
repeated. 


Examples:  use  of  the  various  formats  of  Record  6 are 

illustrated  below. 


12.  1. 
13b.  8. 

1 TO  13 
*♦3  1 0 

50  10.  2. 

60  10.  5. 


0.  TO  4 8.  1.  0.  / 

0.  TO  16  9.  8.  0.  / 

BY  4 OF  1.  3.  3.  / 

1 **  / VARIABLY- SPACED 

0.  / EXPLICIT 

0.  / EXPLICIT 


EQUALLY-SPACED 

EQUALLY-SPACED 

VARIABLY-SPACED 


i 

* 
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146. 1.  2 Definition  of  Npdes  Based  or)  Geometry  Components 

Node  numbers  and  cooriinates  may  be  defined  by  use  of 
the  component- geometry  data  input  to  the  GEOMETRY  Preprocessor 
(sec.  126.0)  or  by  use  of  GCS  or  NASA-LRCGEOM  component  data 
(see  appendix  G) . If  extraction  of  coordinates  from  geometry 
components  is  not  required,  Records  7-12  should  not  be  input. 

Records  7-12  may  be  interspersed  within  a nodal  data  set 
to  define  all  or  some  of  the  component  surface  nodes'  (3 
coordinates)  and  mid-surface  nodes  (4  coordinates)  used  to 
define  the  model.  The  following  rules  must  be  satisfied: 

a)  The  data  for  a geometry  component  must  be  defined 
relative  to  a rectangular  coordinate  system  (ref.  sec. 
126.0).  The  GLOBAL  frame  and  the  first  60  local  frames 
defined  by  Record  3 may  be  used  for  these  purposes. 
Nodal  coordinates  extracted  from  a geometry  component 
are  measured  relative  to  the  corresponding  reference 

f rame . 

b)  The  nodal  input  reference  frame  associated  with  a 
geometry  component  must  be  identified  by  the  same  name 
previously-assigned  to  the  geometry  component.  This 
one-to-one  correspondence  identifies  the  nodes  with 

a particular  component.  Orientation  of  a component 
relative  to  the  total  model  is  established  by  the 
oriqin  and  orientation  of  the  input  frame  used  for 
the  component. 

c)  The  geometry  data  set  that  defines  the  component  being 
interrogated  must  precede  the  nodal  data  set  in  the 
input  stream.  It  should  be  noted  that  a particular 
geometry  component  may  be  associated  with  different 
nodal  data  sets  identified  by  Record  2. 

Record  7 Begin  Coordinate  Extraction  from  a Geometry  Component 


BEGIN  EXTRACTION 


This  record  indicates  that  subsequent  nodal-data  are  to 
be  used  to  extract  nodal  coordinates  from  the  geometry 
component  identified  by  Record  8. 

The  location  of  a node  associated  with  a component  is 
specified  either  by  explicit  definition  of  two  of  its  x-y-z 
coordinates  (Record  9)  or  by  a plane  which  cuts  the  component 
surface  (Records  10-11).  Nodes  may  be  positioned  arbitrarily 
on  the  section  contour  contained  in  the  cutting  plane  or  they 
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may  be  located  at  points  on  the  contour  where  the  qeometry, 
longitudinal  control-curves  intersect  it.  Surface  and  mid- 
suiJace  nodes  may  be  defined  by  the  following  variations: 


a)  Definition  of  nodes  by  direct  input  of  only  2 
coordinates  per  node 

b)  Definition  of  nodes  located  by  the  longitudinal  control 
curves  of  a component 

c)  Generation  of  a sequence  of  equally- spaced  nodes  located 
relative  to  pre-defined  surface  geometries 

d)  Generation  of  a sequence  of  variably-spaced  nodes 
located  relative  to  pre-defined  surface  geometries. 


Record  8 Geometry  Component  Identifier 


COMPONENT  Label 


Label  = An  alphanumeric  word  of  1 to  7 characters 

that  identifies  the  geometry  component 
from  which  nodal  coordinates  are  to 
be  extracted.  The  geometry-component 
"Label*1  must  be  the  same  name  that  was 
assigned  to  a rectangular,  nodal 
reference  frame  (GLOBAL  or  a "label" 
specified  by  Record  3) . 


Record  9 Node  Definition/Generation  Based  on  Input  of  2 Coordinates 


The  basic  format  of  this  record  is  the  same  as  Record 
6.  Any  combination  of  the  input  variations  of  this  record 
may  be  used  to  extract  nodal  coordinates  from  a geometry 
component.  If  this  option  is  not  required.  Record  9 
should  not  be  input. 


nodel  listl  CTO  node2  list2  «BY  inc> 
<OF  dl  d2  ...  dn»> 


nodel 
node  2 
inc 

d1,d2, . . . ,dn 


Same  as  defined  for  Record  6 


listl  1 = Lists  of  3 or  4 coordinates  associated 

list 2 J with  "nodel"  and  "node2,"  respectively. 

Each  list  must  have  the  same  number  of 
items.  The  following  rules  must  be  followed: 
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A 3-item  list  used  for  surface  nodes 
must  contain  2 explicit  x#  y or  z 
coordinates  and  the  letter  ,,GM  denoting 
which  coordinate  is  to  be  extracted 
from  the  component  geometry.  The 
coordinate  corresponding  to  the 
longitudinal  axis  of  the  component  must 
be  input  explicitly.  The  component 
surface  must  be  single-valued  at  points 
where  the  "G-coordinate**  is  to  be 
extracted. 

A 4-item  list  used  for  mid-surface  nodes 
must  contain  the  x and  y explicit 
coordinates  followed  by  the  letters 
"G  G"  denoting  thac  the  z and  A z 
coordinates  are  to  be  extracted. 

This  record  or  any  combination  of  Record  5 and  this  record 
may  be  repeated. 

Records  10  and  11  allow  surface  and  mid-surface  nodes 
to  be  defined/generated  relative  to  selected  cross-section 
contours  of  a component.  The  section  cutting-plane  is  defined 
oy  Record  10  and  the  coordinate-extraction  data  are  specified 
by  subsequent  Records  11.  A section  plane  must  be  intersected 
by  all  the  longitudinal  control  curves  used  to  define  the 
component. 

The  order  in  which  the  longitudinal  control  curves  are 
input  to  the  GEOMETRY  Preprocessor  establishes  the  positive 
direction  along  a section  contour.  SURFACE  nodes  are  located 
according  to  distances  measured  along  the  section  contour  in 
this  positive  direction  and  relative  to  the  ordered  set  of 
points  created  by  the  intersection  of  the  control  curves  with 
the  cuttinq  plane. 

MIDSUFFACE  nodes  are  def ined/qenerated  on  a selected  cross 
section  by  definition  of  a cutting  plane  that  is  perpendicular 
to  the  x-y  plane.  The  intersection  of  the  cutting  plane  with 
the  x-y  plane  is  referenced  as  the  u-axis.  MIDSURFACE  nodes 
are  located  according  to  distances  measured  along  the  u-axis. 
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Record  10  Definition  of  section  Cutting  Plane 


f 51JRFACE 
\ MlfiSURFACE 

NODES  IN  SECTION  xl  yl  *1  x2  y2  z2  x3  y3  *3 

f SURFACE 
j M1DSURFACE 

= Keyword  denoting  that  coordinates  are 
to  be  extracted  for  SURFACE  (3- 
coordinates)  or  MIDSURFACE  (4- 
coordinates)  nodes. 

x1,y1,zll 
x2,y2,z2 | 
x3,y3,z3J 

= The  x,  y and  z coordinates  of  3 points 
located  relative  to  the  input  reference 
frame  such  that  they  are  external  to 
the  qeometry  component.  These  points 
establish  the  cutting  plane. 

If  MIDSURFACE  nodes  are  being  defined, 
the  cutting  plane  must  be  normal  to 
the  x-y  plane.  The  general  direction 

of  the  u-axis  is  from  the  point  defined 
by  (x1,y1,z1)  toward  the  point  defined 
by  (x2,y2,z2). 


Caution:  All  longitudinal  control  curves 
of  the  component  must  intersect 
the  cutting  plane. 


Record  11  Node  Definition/Generation  Based  on  Longitudinal 
Control  Curves  of  Component 


Variation  1 


nodel  TO  node2  <BY  inc> 


/of  dl  d2  . 

\AT  CURVES 


node  1 ' 

node2 

inc 


/of  d1,d2,..., 
\ AT  CURVES 


Same  as  defined  for  Record  6 


Locations  of  the  generated  nodes  are 
based  either  on  a list  of  proportionate 
spacing  distances  "di"  between  each 
pair  of  nodes  in  the  sequence  or  they 
are  pre-defined  by  the  locations  of 
the  user- defined  and  program-generated 
(by  enrichment)  longitudinal  control 
curves  (AT  CURVES)  . If  proportionate 
distances  are  specified,  SURFACE  nodes 
are  spaced  along  the  section  contour, 
whereas  MIDSURFACE  nodes  are  spaced 
according  to  distances  along  the  u-axis. 
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Default:  Equally-spaced  nodes  are 
generated  from  "nodel"  to 
Mnode2M 


SURFACE  nodes  on  an  open  cross-section  are  established 
by  assigning  Mnode1M  and  "node2 " to  the  intersection 
points  of  the  first  and  last  longitudinal  control  curves, 
respectively.  Examples  of  Record  11  for  these  cases  are 
illustrated  in  figure  146-2. 


If  SURFACE  nodes  are  generated  for  a closed  section, 
"nodel"  is  associated  with  the  first  longitudinal  curve 
and  the  remaining  nodes  are  located  according  to  the 
selected  option.  MIDSURFACE  nodes  are  generated  by 
assigning  "nodel”  and  ”node2”  to  the  longitudinal-curve 
intersection  points  which  have  the  minimum  and  maximum 
u-coordinates,  respectively.  Examples  of  Record  11  for 
these  cases  are  illustrated  in  figure  146-3. 


Variation  2 allows  nodes  to  be  generated  between  the 
points  established  by  the  intersection  of  user-selected 
longitudinal  control  curves  with  the  cutting  plane.  This  option 
is  only  applicable  to  components  defined  by  the  detailed- geometry 
option  (see  sec.  126.0). 


Variation  2 


nodel  <Name1>  TO  node2  <Name2> 


<BY  inc>  /OF  dl  d2  ...  dnV 
\AT  CURVES  / 


nodel 
node  2 
inc 
d1,d2. 


Same  as  defined  for  Variation  1 


(Name  l\ 
Name 2/ 


The  names  of  2 different  longitudinal 
control  curves  previously  defined  for 
the  geometry  component.  "Name 1 " and 
"Name2"  are  used  as  the  "first"  and 
"last"  control  curves  in  the  geometry 
interrogation.  They  must  be  associated 
with  the  i-th  and  the  (i+n)  curves  in 
the  pre-defined  sequence  of  control 
curves. 

Defaults:  "Namel"  and  "Name2"  are  the 
names  of  the  first  and  last 
control  curves,  respectively, 
that  are  used  to  describe 
the  component  geometry. 
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Nodes  are  generated  in  the  same  manner  as  described  for 
Variation  1 except  that  MName1H  and  "Nan^"  correspond  to 
the  ’•first"  and  "last"  longitudinal  control-curve 
intersection  points , respectively  (see  fig.  146.3) . 

SURFACE  nodes  are  located  on  the  section  contour  according 
to  distances  measured  along  the  curve  from  the  point 
established  by  "Name I"  to  the  point  established  by  wName2.” 
MIDSURFACE  nodes  are  spaced  according  to  the  u-coordinates 
that  correspond  to  the  control  curves  "Namel"  through 
"Name2.M  "Nodel”  is  assigned  to  the  longitudinal-curve 
intersection  point  that  has  the  least  u-coordinate  and 
”node2”  is  assigned  to  the  point  that  has  the  largest  u- 
coordinate . 

This  record  or  any  combination  of  Record  5,  Record  9 and 
Records  10  and  11  may  be  repeated. 

Nodes  may  be  defined  for  different  geometry  components  by 
repeating  Records  8-11. 

Record  12  End  Coordinate  Extraction 


END  EXTRACTION 


This  record  indicates  that  extraction  of  nodal  coordinates 
for  geometry  components  is  complete  and  resets  the  current 
input  frame  and  analysis  frame  to  GLOBAL  (ref.  Records  4 
and  5) . Additional  nodal  data  may  be  defined  by  repeating 
Records  3-5  and  Record  6.  Additional  nodes  may  also  be 
defined  via  geometry  components  by  repeating  Records  3-5 
and  Records  7-12. 

Record  13  Node  Reorder  Specification  (optional) 

The  processing  efficiency  of  most  ATLAS  jobs  is  affected  by 
the  bandwidth  of  the  gross  stiffness  matrix.  The  bandwidth 
represents  the  connectivity  of  the  structural  model 
relative  to  the  internal  node -number  system  established  by 
ATLAS.  In  solving  the  structural  matrix  equations,  the 
bandwidth  of  each  row  of  the  stiffness  matrix  is  accounted 
for.  Thus,  one  should  strive  to  minimize  the  bandwidth  in 
an  overall  sense  to  achieve  processing  efficiency.  Record 
13  ofrers  alternate  ways  of  achieving  this  by  effecting  the 
internal  node-number  system. 
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REORDER  FROM  Nn 


Nn  = Integer  with  the  following  options: 

-2--Nodes  are  assigned  internal  numbers 
according  to  the  input  sequence  of  tt„ 
nodes. 

-1--Nodes  are  assiqned  internal  numbers 

according  to  increasing  user  node- number 
order. 

0--The  node  closest  to  the  oriqin  of  the 
GLOBAL  frame  is  assigned  internal  number 
1.  The  remaining  nodes  are  assigned 
internal  numbers  according  to  increasing 
distances  from  the  origin. 

Node-Number — If  a node  number  is  input  for  this  item, 
it  is  assigned  internal  node  number  1. 

The  remaining  nodes  are  assigned  internal 
numbers  according  to  increasing  distances 
from  this  node. 

Default  Record:  REORDER  FROM  0 

Additional  nodal  data  sets  may  be  defined  by  repeating 

Records  2-13. 

Record  14  End  Nodal  Data  Set 


END  NODAL  DATA 


Additional  nodal  data  sets  may  be  input  by  rapeating 
Records  1-14. 


i 
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Figure  m6-2-  SURFACE  Node  Generation  on  an  Open  Section  Contour 
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Section  Contour 


ICS  } fir,t  *nd  '*'t  longitudinal  control  curvaa 


C3  C2 


>-M  i d-Su  r f ace 
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Longitudinal  Curve 
-Intertection  Point 
(Typical ) 


Example*  of  Record  1 1 


SURFACE  NODES 


EQUALLY-SFACED  NODES 
I TO  6 / 

I Cl  TO  7 C5  / 


VARIABLY-SPACED  NODES 


I TO  6 Of  I.  I.  I.  I.  I.  5.  / 

I Cl  TO  7 C5  OF  I.  I.  I.  I.  I.  5.  / 


NOOES  LOCATED  ON  CONTROL  CURVES 


I TO  5 AT  CURVES  / 

I Cl  TO  N CN  AT  CURVES  / 


AIOSURFACE  NODES 


EQUALLY-SPACED  NODES 
I TO  6 / 

I C3  TO  6 C5  / 


VARIABLY-SPACED  NODES 
I TO  6 OF  I.  I.  2.  I.  I.  / 

I C3  TO  6 C5  OF  I.  |.  2.  |.  I.  / 


NODES  LOCATED  ON  CONTROL  CURVES 
I TO  5 AT  CURVES  / 

I Cl  TO  N C4  AT  CURVES  / 


Figure  146-3.  SURFACE  and  MIDSURFACE  Node  Generation  on  a Closed  Section 
Contour 
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Table  146-1.  Summary  of  Nodal  Data  Records 


Reference 

Page 

Data  Records 

146.3 

BEGIN  NODAL  DATA 

146.3 

SET  n 

146.4 

(REC) 

\CYL>  label  Origin  X-axis  Z-axis 
( SPH ) 

146.5 

""■{•SIi} 

146.5 

(Label  ) 

ANALYSIS  FRAME  < GLOBAL) 
(INPUT  ) 

146.7 

nodel  <1 1 st  1 ><T0  node2  <1  i st2> «BY  incXOF  d|  d2  ...»> 

146.9 

BEGIN  EXTRACTION 

146.10 

COMPONENT  Label 

146.10 

nodel  listl  <T0  node2  1 i st2  «BY  incXOF  dl  02  ...»> 

146.12 

{midsurface  I K0DES  SECTION  x|  y|  zl  x2  y2  z2  x3  y3  z3 

146.12 

nodel  TO  node2  <BY  inc>(jjf  CURVES  * * ) 

146.13 

nodel  <Name|>  TO  node2  <Name2XBY  'nc>^T  CURVES 

146.14 

END  EXTRACTION 

146.15 

REORDER  FROM  Nn 

146.15 

END  NODAL  DATA 
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150.0  RH03  AERODYNAMICS  DATA 


Unsteady  aerodynamic  analyses  of  a rigid  or  elastic, 
planar  wing  with  or  without  one  to  four  trailing-edge  control 
surfaces  in  subsonic  compressible  flow  can  be  performed  by  the 
solution  technique  employed  by  the  RH03  Processor  (sec.  250.0). 
The  solution  technique  employed  by  this  processor  is  published 
in  reference  150-1.  The  input  data  set  supporting  RH03 
aerodynamic  analyses  is  comprised  of  the  following  data  subsets: 

a)  Geometry  --  Aerodynamic  surface  planform  and  downwash 

points. 

b)  Modal  — Vibration  modes  or  "AIC"  mode  substitutes 

(see  sec.  232.0)  associated  with  the 
aerodynamic  surfaces. 

c)  Option  — Locations  on  lifting  surface  planform  at 

which  sectional  generalized  forces  and 
aerodynamic  pressures  (pressure  difference 
between  upper  and  lower  surfaces)  are  to 
be  calculated;  velocity  profile 
modifications  to  account  for  airfoil- 
thickness  aerodynamic  effects. 

If  only  the  aerodynamic-pressure/downwash-kernel  influence 
coefficient  matrices  (C-matrices)  as  discussed  in  section  250.2 
are  to  be  calculated,  only  the  Geometry  subset  is  required. 

This  data  set  need  not  be  preceded  by  any  other  data  set  within 
a data  deck. 

Each  set  of  aerodynamics  data  is  referenced  as  a CASE. 

A maximum  of  36  RH03  data  cases  may  be  identified  per  job. 
Printout  of  the  input  aerodynamic  case  data  may  be  requested 
from  the  RH03  Postprocessor  (sec.  250.1). 
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150.1  INPUT  DATA 

Pecord  1 Data  Set  Identification 


BEGIN  FHG3  DATA 


This  record  initiates  execution  of  the  FH03  Preprocessor. 

Fecord  2.  Data  Case  Number  (optional) 

Each  set  of  FH03  aerodynamics  data  is  referenced  as 
a case  which  is  identified  by  an  integer  number.  If 
multiple  sets  are  used  in  a job,  each  case  must  be  assigned 
a unique  number. 


CASE  n 


n = Data  case  number  (integer)  in  the  range 

1 to  36,  inclusive. 

Default  Record:  CASE  1 

150. 1.1  Geometry  Data  Subset 

All  geometrical  information  is  defined  by  this  data  subset 
which  includes  the  following: 

a)  Planform  definition  of  a main  lifting  surface  with 
or  without  trailing-edge  control  surfaces. 

b)  Aerodynamic  downwash  (control)  points  on  the  surface. 

Geometry  data  are  defined  relative  to  a coordinate  system 
which  is  a rectangular  reference  frame  x-y-z  oriented  so  that 
the  x-axis  is  in  the  aft  direction  (parallel  to  the  free  stream 
direction)  and  the  positive  y-axis  is  directed  from  the  root 
to  the  tip  of  the  planform.  The  aerodynamic  surface  must  be 
planar  and  must  be  symmetrical  about  the  x-z  plane.  If  modes 
calculated  by  the  VIBRATION  Processor  are  used  in  the  aerodynamic 
analysis,  the  planform  coordinate  system  must  coincide  with 
the  analysis  frame  associated  with  the  retained  nodal  freedoms 
(see  sec.  150. 1.2) . 

Geometrical  data  are  input  only  for  half  the  total  lifting 
surface  due  to  the  required  symmetry.  Each  surface  is  defined 
via  straight  line  segments.  Up  to  four,  separate  trailing-edge 
control  surfaces  may  be  located  along  the  half-span  of  a main 
surface.  Chordwise  edges  of  all  control  surfaces  must  be 
parallel  to  the  free  stream  (parallel  to  the  x-axis) . The 
configuration  of  a control  surface  may  be  full  span,  tip  span. 
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RH03 


mid  span  or  partial  span.  The  outboard  edge  of  a full-span 
or  a tip-span  control  coincides  with  the  tip-most  chord  of  the 
main  surface,  whereas  the  inboard  edge  of  a full-span  or  a mid- 
span control  is  at  the  root  of  the  main  surface  (y~0) . Multiple 
control  surfaces  may  share  common  streamwise  edges  but  they 
should  not  overlap.  One  control  surface  may  be  attached  to 
another  control  surface  as  illustrated  by  the  sample  aerodynamic 
model  shown  by  figure  150-1. 
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Figure  150-1.  Sample  RH03  Aerodynamic  Model 


Record  3 Begin  Geometry  Subset 


BEGIN  GEOMETRY  DATA 


Record  4 Main  Surface  Identification  (optional) 


MAIN  SURFACE  ident 


ident  * Alphanumeric  word  of  1 to  7 characters 

which  identifies  the  main  surface 
associated  with  the  case  specified  by 
Record  2. 
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Default  Record:  No  user  identification  except  the  case 

number  is  associated  with  the  main 
surface. 

Records  5 and  6 define  the  leading  and  trailing  edges, 
respectively,  of  the  main  surface.  Each  edge  is  defined  by 
a list  of  x and  y-coordinates  of  2 to  10  points  input  in  a root- 
to-tip  order  such  that  the  y-coordinates  are  strictly  increasing. 
The  y-coordinate  of  the  inboard-most  points  of  the  leading  edge 
and  the  trailing  edge  must  be  identical.  Additionally,  the 
y-coordinate  of  the  tip-most  points  of  these  edges  must  be 
identical. 

Record  5 Leading  Edge  Coordinates 


LEADING  EDGE  xl  yl  x2  y2  ... 

xi,yi  = The  x and  y planform  coordinates  of 

the  i-th  point  defining  the  main  surface 
leading  edge. 

Record  6 Trailing  Edge  Coordinates 


TRAILING  EDGE  xl  yl  x2  y2  ... 


xi,yi  = The  x and  y planform  coordinates  of 

the  i-th  point  defining  the  main  surface 
trailing  edge. 

Control  surfaces  along  the  trailing  edge  of  a main  surface 
are  deigned  by  Record  7.  The  spanwise  length  of  each  control 
surface  is  defined  via  the  inboard  and  outboard  locations  of 
its  hinge  line.  The  leading  edge  of  a control  surface  must 
coincide  with  its  hinge  line. 

The  unsteady  aerodynamic  pressure  on  a control  surface 
is  dependent  on  the  difference  of  streamwise  slopes  of  the 
control  surface  and  the  surface  to  which  it  is  attached.  Hinge 
line  rot '.ions  associated  with  each  analysis  mode  shape  are 
automatically  calculated  by  the  RH03  Processor  based  on  the 
mc<5  .interpolation  function  coefficients  for  the  two  surfaces 
as  defined  by  Record  11.  The  rotation  at  any  point  on  a hinge 
Line  is  derived  from  a cubic  function  of  y by  fitting  a curve 
i-o  calculated  rotations  at  four  equidistant  points  along  the 
hinq°  line.  The  user  may,  however,  define  explicit  hinge  line 
rotation  expressions  to  be  associated  with  selected  modes. 

These  rotations  are  specified  via  Record  7 and  are  used  in  lieu 
of  the  automatically  calculated  values. 
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Record  7 Control  Surface  Definition  (optional) 


CONTROL  SURFACE  ident  HINGE  xi  yi  xo  yo 
<MODE  ml  clO  cl 1 c12  cT3 
MODE  m2  c20  c21  c22  c23 


MODE  mn  cno  cnl  cn2  cn3> 


ident  = Alphanumeric  word  of  1 to  7 characters 

which  identifies  a trailing-edge  control 
surface  associated  with  the  main  surface. 

xi,yil 

xo,yoj  = Two  pairs  of  planform  x and  y coordinates 

defining  the  inboard  and  outboard  limits 
of  the  control-surface  hinge  line, 
respectively. 

The  remaining  items  in  this  record  allow  hinge  line 
rotation  modes  to  be  specified  explicitly  for  the  control 
surface.  Each  rotation  is  defined  via  the  coefficients 
of  a cubic  equation  which  is  to  be  associated  with  the 
i-th  sequential  vibration  mode  used  in  the  aerodynamic 
analysis.  The  i-th  mode  number  is  defined  either  by 
Variation  2 of  Record  11  or  by  the  subset  of  ordered  modes 
which  is  extracted  by  the  VIBRATION  Processor  and  is 
associated  with  the  interpolation  coefficient  matrix 
specified  by  Variation  1 of  Record  11. 


mj 


cjO, cjl  1 
cj2,cj3  J 


The  j-th  integer  in  this  record 
corresponds  to  the  i-th  mode  number 
for  which  a hinge  line  rotation  is 
defined  explicitly.  Each  hinge  line 
rotation  mode  is  input  by  the  key-word 
MODE  followed  directly  by  "mj"  and  four 
decimal  numbers  "cjk." 


The  j-th  list  of  four  decimal  numbers 
in  this  record  which  are  the  coefficients 
of  the  cubic  equation  defining  the 
control -surf ace  hinge-line  rotation 
to  be  associated  with  the  mode  number 
"mj."  In  this  equation,  y denotes  the 
location  of  a point  measured  in  fraction 
of  control  span,  inboard  to  outboard. 
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0(j)  = cjO  ♦ cj1*y  ♦ cj2*y2  ♦ cj3*y3 

Default  Items:  Hinge  line  rotations  not  defined 

explicitly  for  any  of  the  modes  used 
in  an  analysis  are  calculated 
automatically  as  discussed  above. 

This  record  is  repeated  to  define  1 to  4 control  surfaces 

associated  with  the  main  surface  defined  via  Fecords  4- 

6. 


The  integral  equation  defining  the  effective  angle  of 
attack  of  a lifting  surface  due  to  a vibration  mode  displacement 
is  evaluated  at  a number  of  discrete  points  on  the  surface. 

These  points  are  located  by  the  user  via  Record  8 and  are 
referred  to  as  downwash  (control)  points.  The  user  may  request 
a grid  of  downwash  points  to  be  generated  automatically 
(Variation  1)  or  may  define  the  grid  explicitly  (Variation  2). 

Record  8 Downwash  Points 


Only  one  of  the  following  two  variations  may  be  used  per 
data  case. 


Variation 


DOWNWASH  COSINE  nchords  npoints 


Downwash  point  locations  are  generated  automatically  via 
a cosine  distribution  in  both  the  chordwise  and  spanwise 
directions. 


nchords  = The  number  of  chords  (integer)  on  which 

downwash  points  are  to  be  located  (2 
< nchords  < 9) . The  spanwise  location 
of  the  i-th  downwash  chord  is  y(i)  = 

COS  [ iTT/ (1 +2*nchords)  ]*  (Semi-span)  . 


npoints  - The  number  of  points  (integer)  to  be 

generated  per  downwash  chord  (2  < npoints 
< 8).  The  streamwise  distance  from 
the  midchord  of  the  i-th  point  on  each 
planform  chord  is  x(i)  = -COS  [2itr 
/ (1 +2*nchords)  ]*  (Semi-chord) . 


Variation  2 

DOWNWASH  <BAR> 

CHORD  yl  xl 1 x12  ...  xln 

CHORD  y2  x21  x22  ...  x2n 

• 

• 

• 

CHORD  ym  xml  xm2  ...  xmn 
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Down wash  points  are  located  explicitly  by  coordinates 
defined  relative  to  the  planform  coordinate  system  or 
relative  to  a non- dimensional! red  (BAR)  planform  coordinate 
system.  Spanwise  BAR  coordinates  range  from  0.0  to  1.0 
at  the  planform  root  and  tip,  respectively,  chordwise 
BAR  coordinates  are  measured  relative  to  the  local  semi- 
chord ranging  from  -1.0  to  1.0  at  the  planform  chord 
leading  edge  and  trailing  edge,  respectively  (see  fig. 
150-1). 

BAR  = Key-word  denoting  that  subsequent 

coordinates  input  by  this  record  are 
dimensionless  (BAR)  planform  coordinates. 
Default:  The  input  coordinates  are 
assumed  to  be  with  respect 
to  the  planform  coordinate 
system. 

yi  = Spanwise  coordinate  of  the  i-th  downwash 

chord  (2  S m < 9) . A downwash  chord 
should  not  be  located  at  the  planform 
tip  and  should  not  coincide  with  an 
edge  of  a control  surface.  Additionally, 
it  should  not  be  located  at  a planform 
leading-edge  or  trailing-edge 
discontinuity. 

xij  = Streamwise  coordinate  of  the  j-th 

downwash  point  on  the  i-th  chord  (c 
< n < 8) . Downwash  points  may  not 
coincide.  The  number  of  points  specified 
for  each  chord  must  be  identical.  A 
downwash  point  should  not  be  placed 
on  the  planform  leading  edge  or  trailing 
edge  or  on  a control  surface  hinge  line. 

Record  9 End  Geometry  Subset 

END  GEOMETRY  DATA 

This  record  indicates  all  geometry  data  have  been  defined 
for  the  case  identified  by  Record  2. 

150.1.2  Modal  Data  Subset  (optional) 

This  subset  defines  the  vibration  modes,  "AIC"  mode 
substitutes  or  rigid-body  modes  to  be  associated  with  each 
aerodynamic  surface.  If  only  the  aerodynamic  c-matrices  are 
to  be  calculated,  this  data  subset  should  not  be  input. 
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The  unsteady  aerodynamic  pressure  distribution  is 
approximated  by  a linear  combination  of  discrete  pressure  inodes 
which  are  functionally  dependent  on  the  modal  amplitudes  at  the 
downwash  points.  The  aerodynamic  theory  requires  translational 
components  of  the  vibration  modes  to  be  normal  to  the  aerodynamic 
surface (s) . Thus,  the  analysis  frame  axis  associated  with  all 
the  retained  nodal  freedoms  must  be  normal  to  the  surface. 


Record  10  Begin  Modal  Subset 


BEGIN  MODAL  DATA 


Record  11  defines  the  vibration  modes  or  "AIC"  mode 
substitutes  that  are  to  be  used  in  the  analysis  of  the  case 
identified  by  Record  2.  Only  one  of  the  two  variations  of  this 
record  may  be  used  per  data  case.  Variation  1 must  be  used  when 
mode  shape  coefficients  generated  by  the  INTERPOLATION  Processor 
are  to  be  employed  in  the  aerodynamic  analysis.  Mode  shapes  may 
be  defined  directly  via  Variation  2 for  a rigid-body  aerodynamic 
analysis . 


Record  11  Modal  Data 


Variation  1 


USE  Name  WITH  f MAIN  SURFACE 

| CONTROL  SURFACE  Ident 


Name  = The  name  of  an  interpolation-coefficient 

matrix  previously  generated  via  the 
INTERPOLATION  Processor  (see  sec.  232.0) . 
It  should  be  noted  that  this  matrix  must 
be  associated  with  a subset  of  nodes,  all 
of  which  have  the  same  analysis  frame. 

(MAIN  SURFACE  1 

CONTROL  SURFACE  Ident | = Key-word  denoting  whether  "Name"  is 

* to  be  associated  with  the  MAIN 
SURFACE  or  a CONTROL  SURFACE 
previously  identified  by  "Ident1*  in 
Record  4 or  7. 

A record  of  this  type  must  be  input  for  the  main  surface 
and  once  for  each  control  surface. 


e 


j 
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Variation  2 allows  the  user  to  define  1 to  6 rigid  body 
modal  freedoms  relative  to  the  planform  coordinate  system. 


Variation  2 


RIGID  BODY  <x  y z>  Rbfl  magi  Rbf2  mag2  ... 


x,y,z  = x,  y and  z coordinates  defining  the 

reference  point  to  be  used  in  generating 
the  rigid  body  inodes. 

Default:  The  origin  of  the  planform 

coordinate  system  is  used  as 
the  reference  point. 


Rbfi  = Key-word  denoting  the  i-l*h  rigid-body 

freedom  selected  from  the  list  TX,  TY, 
TZ,  RXf  RY  and  RZ.  Within  each  of  these 
key-words,  the  letter  "T"  is  associated 
with  a translation  freedom  and  WR"  is 
associated  with  a rotation  freedom 
relative  to  the  planform  x-y-z  triad. 


magi  = The  relative  magnitude  of  the  i-th  rigid 

body  mode  with  respect  to  the  reference 
point.  Items  "Rbfi"  and  "magi"  are 
input  in  pairs  1 to  6 times  in  an  order 
which  defines  the  sequence  of  rigid 
body  modes  used  in  the  aerodynamic 
analysis. 


Record  12  End  Modal  Subset 
END  MODAL  DATA 

This  record  indicates  all  modal  data  have  been  defined 
for  the  case  identified  by  Record  2. 

1 50. 1 . 3 Option  Data  Subset  (optional) 

This  input  data  subset  contains  the  following  types  of 
informa  tion: 


a)  Data  case  title 

b)  Locations  of  planform  chords  along  which  sectional 
generalized  forces  are  to  be  calculated. 

c)  A grid  of  points  on  the  surface  planform  at  which 
unsteady  aerodynamic  pressures  are  to  be  evaluated. 
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d)  Velocity  profile  modification  data  to  account  for 
airfoil-thickness  aerodynamic  effects. 


Record  13  Begin  Option  Subset 


BEGIN  OPTION  DATA 


Record  14  Data  Case  Title  (optional) 

A title  provides  additional  user-identification  of  a data 
case.  This  title  and  the  case  number  are  printed  within 
the  page  headings  of  FH03  printout  (see  sec.  250.0). 


LABEL  label 


label  = Alphanumeric  text  of  1 to  75  characters 

including  embedded  blanks. 

Default  Record:  RH03  data  printout  is  identified  only 

• by  the  data  case  number. 


Fecord  15  Sectional  Generalized  Forces  (optional) 


Calculation  of  generalized  forces  along  selected  planform 
chords  may  be  requested  via  this  record.  The  selected 
chord  locations  may  be  a default  set  (Variation  1)  or 
may  be  specified  explicitly  (Variation  2) . Only  one  of 
the  two  variations  may  be  used  per  data  case.  Sectional 
generalized  forces  are  calculated  only  if  one  or  more 
of  these  records  is  input. 


Variation  1 


SECTIONAL  FORCES 


This  record  indicates  generalized  air  forces  are  to  be 
calculated  along  chords  positioned  by  the  following  11 
fractions  of  semi-span: 

.01  .1  .2  .3  .4  .5  .6  .7  .8  .9  and  .99 


Variation  2 


SECTIONAL  FORCES  <BAR>  yl  y2  ... 


EAR  = Key-word  denoting  the  "yiM  items  in 

this  record  are  in  units  of  fraction 
semi-span. 

Default:  Each  y-coordinate  (yi)  is 
measured  relative  to  the 
planform  coordinate  system. 


yi  = Spanwise  planform  coordinate  or  fraction 

of  semi-span  (if  BAR  is  input)  locating 
the  i-th  chord  for  sectional  generalized 
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force  calculation.  A sectional  force 
chord  shouli  not  coincide  with  the  edge 
of  a control  surface  or  the  tip  of  the 
main  surface. 


Record  16  Pressure  Report  Points  (optional) 


Calculation  of  unsteady  aerodynamic  pressures  at  selected 
planform  points  may  be  requested  via  this  record.  The 
selected  point  locations  may  be  a default  set  (Variation 
1)  or  may  be  specified  explicitly  (Variation  2).  Only 
one  of  the  two  variations  may  be  used  per  data  case. 
Pressure  sampling  data  are  calculated  only  if  one  or  more 
of  these  records  is  input. 


Variation  1 


PRESSURE  REPORT 


This  record  indicates  aerodynamic  pressures  are  to  be 
calculated  at  the  231  points  defined  by  the  following 
dimensionless  planform  coordinate  grid:  11  chords  located 
at  .01  .1  .2  .3  .4  .5  .6  .7  .8  .9  and  .99  fraction  of 
semi-span  and  21  points  per  chord  located  at  the  following 
local  chord  (BAR)  coordinates: 

-.99  -.9  -.8  -.7  -.6  -.5  -.4  -.3  -.2  -.1  0.0 
.1  .2  .3  .4  .5  .6  .7  .8  .9  .99 


Variation  2 

PRESSURE  REPORT  <bar> 

CHORD  yi  xll  x12  ...  xln 

CHORD  y2  x21  x22  ...  x2n 

• 

• 

* 

CHORD  ym  xml  xm2  ...  xmn 

Pressure  report  points  are  located  explicitly  by  definition 
of  either  planform  x and  y coordinates  or  dimensionless 
(BAR)  coordinates. 


BAR  = Same  as  defined  for  Record  8,  Variation 

2. 

yi  = Spanwise  coordinate  of  the  i-th  pressure- 

report  chord  (1  < m < 11).  A pressure- 
report  chord  should  not  coincide  with 
an  edge  of  a control  surface  or  the 
tip  of  the  main  surface. 

xij  = Streamwise  coordinate  of  the  j-th 

pressure-report  point  on  the  i-th  chord 
(1  < n < 21).  The  number  of  points 
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specified  for  each  chord  must  be 
identical.  A pres sure- re port  point 
should  not  be  located  on  a control 
surface  hinge  line  or  on  the  leading 
edge  or  trailing  edge  of  the  main 
surface. 


Record  17  Velocity  Profile  Modification  Data  (optional) 

Modifications  to  the  calculated  velocity  profile  to  account 
for  airfoil-thickness  aerodynamic  effects  are  defined 
by  this  record.  A velocity  profile  is  defined  -jr  the 
variation  of  VLOCAL/V  ver3U3  the  local  chor-'*  'r.ngth  where 
V LOCAL  is  the  local  air-flow  velocity  and  V the  free- 

stream  velocity.  The  first  or  second  deii\^*  a of  the 

profile  at  the  planform  leading  and/or  trai.  n edge  may 
optionally  be  specified  in  addition  to  velocity  profile 
values  at  selected  points  on  all  of  the  planform  chords. 


VELOCITY  PROFILE 

/dlei 

dle\ 

/dtei 

dte\ 

\DLE2 

diy 

\DTE2 

dte/ 

xi  vi  x2  v2  .. 

. xn 

vn 

Key-word  DLE1  or  DLE2  denoting  whether 
the  first  or  the  second  velocity-profile 
edge  is  to  assume  the  value  specified 
by  "die."  Only  one  of  the  derivatives 
at  the  leading  edge  may  be  specified. 
Default:  Derivatives  not  specified  are 
calculated  automatically. 

Key-word  DTE1  or  DTE 2 denoting  whether 
the  first  or  the  second  velocity-profile 
derivative,  respectively,  at  the  trailing 
edge  is  to  assume  the  value  specified 
by  "dte."  Only  one  of  the  derivatives 
at  the  trailing  edge  may  be  specified. 
Default:  Derivatives  not  specified  are 
calculated  automatically. 

The  traction  of  the  chord,  0.0  < xi 
< 1.0,  at  which  "vi"  is  defined. 

Value  of  the  velocity  profile  (VLOCAL/V) 
at  "xi."  Items  "xi"  and  "vi"  are  input 
in  pairs  where  (3  < n < 26)  such  that 
the  "xi"  values  are  strictly  increasing. 
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Default  Record:  ly;  modifications  are  made  to  the 

calculated  velocity  profile. 

Record  18  End  Option  Subset 


END  OPTION  DATA 


Additional  cases  may  be  defined  by  repeating  Records  2- 
18  with  a unique  identification  number  assigned  to  each 
case  by  Record  2. 

Fecord  19  End  RH03  Data  Set  j 

— — ,..i  — — — - — ■ i 

END  PH03  DATA 


Additional  cases  may  be  defined  by  repeating  Records  1- 
19. 
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Table  150-1.  Summary  of  RH03  Data  Records 


Reference 

Page 

Data  Records 

150.  2 

BEGIN  R1103  DATA 

150.2 

CASE  n 

150.  3 

BEGIN  GEOMETRY  DATA 

150.  3 

MAIN  SURFACE  ident 

150  4 

LEADING  EDGE  xl  yl  x2  y2  ... 

150.  4 

TRAILING  EDGE  xl  yl  x2  y2  ... 

150.  5 

CONTROL  SURFACE  ident  HINGE  xi  yi  xo  yo<MODE  ml  clO  ell  cl2  cl3  . . .> 

150.6 

DOWNWASH  COSINE  nchords  npoints 

150.6 

DOWNWASH  < BAR > CHORD  yl  xll  xl2...xln  CHORD  ... 

150.  7 

END  GEOMETRY  DATA 

150.8 

BEGIN  MODAL  DATA 

150.8 

„„  „ mtipu/MAIN  surface  \ 

USE  Nape  WITH(C0NTR0L  SURFACE  Ident  f 

150.9 

RIGID  BODY  <x  y z>  Rbfl  magi  Rbf2  mag2  ... 

150.9 

END  MODAL  DATA 

150. 10 

BEGIN  OPTION  DATA 

150.  10 

LABEL  label 

150.  10 

SECTIONAL  FORCES 

150. 10 

SECTIONAL  FORCES  <BAR>  yl  y2  ... 

150. 11 

PRESSURE  REPORT 

150. 11 

PRESSURE  REPORT  < BAR > CHORD  yl  xll  xl2  ...xln  CHORD  ... 

150. 12 

VCiOCm  PROFILE  2”)  -1  " >!  '=  ••• 

150. 13 

END  OPTION  DATA 

150. 13 

END  RH03  DATA 
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152.0  STIFFNESS  DATA 


Stiffness  data  include  all  finite  element  descriptors 
necessary  for  qeneration  of  finite-element  stiffness  and  stress 
matrices  by  the  STIFFNESS  Processor  (sec.  252.0).  These  data, 
in  addition  to  the  nodal  input  data  (sec.  146.0),  establish 
a structural  model  that  is  interroqated  by  many  of  the  other 
modules.  Thus,  the  nodal  and  stiffness  data  sets  are  normally 
the  first  data  sets  within  a data  decJc.  Only  the  material  data 
set  (sec.  140.0),  if  required,  must  be  input  before  this  data 
set. 


The  stiffness  data  set  is  divided  into  the  following  data 
subsets: 

a)  Property  — Element  section  properties 

b)  Element  — Element  type,  material,  nodes  and 

properties 

The  Property  subset,  if  used,  must  be  input  before  the  Element 
data  subset. 

A stiffness  data  set  defines  the  structural  finite  elements 
for  one  or  more  structural  models.  Each  structural  model  is 
identified  by  a SET  number.  The  geometrical  data  associated 
with  a SET  are  defined  by  nodal  data  (sec.  146.0)  identified 
by  the  same  SET  number.  A maximum  of  36  node/stiffness  data 
SETS  (structural  models)  may  be  defined  per  jcb.  Each  set  may 
contain  a maximum  of  32,767  elements. 

Printout  of  the  element  data  may  be  requested  from  the 
STIFFNESS  Postprocessor  (sec.  252.0) . Plots  of  these  data  can 
alsc  be  effected  via  the  EXTRACT  and  GRAPHICS  Postprocessors 
as  discussed  in  sections  218.0  and  228.0. 
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152.1  INPUT  DATA 


Record  1 Data  Set  Identification 


BEGIN  STIFFNESS  CATA 


This  record  initiates  execution  of  the  STIFFNESS 
Preprocessor . 

Record  2 Data  Set  Number  (optional) 

Each  set  of  stiffness  data  (a  structural  model)  is 
identified  by  an  inteqer  number.  If  multiple  sets  are 
used  in  a particular  job,  each  set  must  be  assigned  a 
different  number  by  this  record.  Multiple  sets  are  defined 
by  repeating  either  Records  2-8  or  Records  1-9. 


SET  n 


n = Data  set  number  (inteqer)  in  the  range  1 to 

36,  inclusive. 

Cefault  Record:  SET  1 


152.1.1  Property  Data  Subs et  (optional) 

This  data  subset  allows  a list  of  element  section- property 
values  to  be  identified  by  a property  code  and  optionally,  by 
an  alphanumeric  title.  Both  identifiers  may  be  printed  when 
element  printout  is  requested  (sec.  252.0).  A property  code 
is  used  in  lieu  of  the  "Plist"  items  in  Record  7.  This  option 
may  be  used  for  any  type  of  stiffness  element  except  the  CPLATE 
and  CCCVER  composite  elements. 

Record  3 Begin  Property  Subset 


E EG IN  PROPERTY  DATA 


Record  4 Section-Property  Reference  Code 


Pcode  <*/  text  £>  Plist 


Pcode  = Section- property  reference  code  comprised 

of  the  letter  "P"  followed  by  an  inteqer 
in  the  range  1-999  (e.g. , P6,  P382).  This 
code  may  be  used  in  the  el ement-defit.it ion 
data  (Record  7)  to  identify  element  section- 
property  values.  Unnecessarily  large 
'•Pcode"  integers  should  be  avoided. 
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text  = Alphanumeric  text  of  1 to  30  characters* 

includinq  blanks*  to  be  associated  with 
"Pcode." 

Default:  No  text  identifier. 

Plist  * List  of  element  section-prcrerty  values. 

see  the  discussion  of  the  item  NPlistN 
in  Record  7 regarding  the  input  sequence* 
number  and  type  of  property  values  required 
for  each  element  type. 

This  record  may  be  repeated  to  define  a naximum  of  999 
«Fh  codes  for  the  data  set  identified  by  Record  2.  A 
particular  property  code  may  not  be  redefined. 

Record  5 End  Property  Subset 


END  PROPERTY  DATA 


152.1.2  Element  Data  Subset 

All  stiffness  elements  required  to  describe  a structural 
model  are  defined  by  this  data  subset.  Detailed  information 
on  the  structural  elements  available  in  the  ATLAS  library  is 
presented  in  appendix  B. 

Record  6 Begin  Element  Subset 


BEGIN  ELEMENT  DATA 


Element  data  may  be  defined  by  any  combination  of  the 
three  variations  of  Record  7 presented  below.  These  variations 
provide  the  following  capabilities: 

1)  Explicit  definition  of  an  element; 

2)  Generation  of  a sequence  of  elements  with  node- 
definition lists  and  user  element-number?  incremented 
by  one; 

3)  Generation  of  a sequence  of  elements  with  node- 
definition lists  and  user  element- numbers  incremented 
as  specified. 

Records  of  this  type  are  repeated  to  define  all  of  the  stiffness 
elements  for  a structural  model. 


Record  7 Element  Data 


Variation 


E 2 type 


Mccde 


Tcode 


Eltype  <Mcode>  <Tcode>  <Uaerid1>  Nlistl  .’list 


= A key-word  (or  integer-equivalent)  that 
identifies  the  type  of  eleirent  defined  by 
this  record.  The  options  for  "Eltype " are; 


Key -word  or 

ROD 

BEAM 

SPAR 

COVER 

PLATE 

GPLATE 

BRICK 

SCALAR 

SROD 

SPLATE 

C PLATE 

CCOVEP 


Integer-Equivalent 

1 

2 

3 

a 

5 

6 
8 
9 

10 

11 

12 

13 


= Material  reference  code  (sec.  140.0)  that 
identifies  the  element  material- property 
values.  The  letter  "Z"  may  be  used  in 
place  of  the  letter  "M"  or  "C"  in  a material 
reference  code  to  indicate  zero  density. 

This  form  is  useful  for  structural  elements 
for  which  no  weight  is  to  be  calculated. 

If  Special  or  Composite  materials  are 
required,  the  material  data  must  precede 
the  stiffness  data  in  the  input  stream. 
Default:  The  MC"  code  with  the  smallest 
integer  component  for  CPLATE  or 
CCQVER  elements.  For  other  element 
types,  the  "M"  cede  specified 
by  the  last  record  of  this  type 
or  material  code  Ml. 

= Temperature  code  of  the  form  T followed 
by  a signed  or  unsigned  integer  (e.g. , 

T100,  T*80,  T-10)  which  denotes  the 
temperature  at  which  material  properties 
are  to  be  evaluated.  This  code  denotes 
a reference  temperature  for  evaluation 
of  CPLATE  and  CCOVER  element  properties 
(see  description  of  Plist) . 

Caution:  The  specified  temperature  must 

be  within  the  temperature  range 
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Userid 1 


Nlistl 


Plist 


defined  for  "Mcode." 

Default:  The  temperature  specified  by  the 
last  record  of  this  type  or  T70. 

The  letter  N followed  by  the  user  element 

number  (integer  in  the  range  1-32767). 

Default:  The  user  element- number  is  the 
input  sequence  number  of  the 
element  within  this  data  subset. 


List  of  user  node  numbers  (integers)  that 
define  the  element.  Nodal  data  for  the 
SET  identified  by  Record  2 are  input  as 
described  in  section  146.0.  The  number 
of  nodes  that  may  be  used  to  define  each 
element  type  is  as  follows: 


Element 

ROD 

BEAM 

SPAR 

COVER 

PLATE 

G PLATE 

BRICK 

SCALAR 

SROD 

SPLATE 

C PLATE 

CCOVER 


NOi_of  Nodes 
2 

2,  3,  4 or  5 
2 

3 or  4 

3,  4,  6 or  8 

3,  4 , 5 , 6,  8 or  9 

8,  11,  20,  23,  32,  35,  44  or  47 

1,  2 or  3 

3 

4 or  8 

3,  4,  6 or  8 
3 or  4 


See  appendix  B for  detailed  information 
on  the  node  input  required  for  each  type 
of  element. 


Either  a "Pcode"  property  code  defined 
by  Record  4 or  a list  cf  element  property 
values.  The  number,  input  sequence  and 
type  of  property  values  that  may  be  used 
to  define  each  type  of  element  are 
summarized  in  table  152-1  and  are  presented 
in  detail  in  appendix  B.  A variety  of 
input  options  is  provided.  For  example, 

8 options  are  provided  for  BEAM  elements 
and  1 1 options  are  provided  for  GPLATE 
elements. 

Each  "Plist"  property  value  is  input  as 
a decimal  number  for  all  element  types 
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except  for  the  composite  CPLATE  and  CCOVER 
elements.  These  elements  are  comprised 
of  plates  (laminates)  each  of  which  is 
defined  by  1 to  10  laminas.  Each  lamina 
consists  of  a number  of  layers  of  composite 
material  with  fibers  oriented  in  a 
prescribed  direction. 

For  CPLATE  and  CCOVER  elements,  HPli3t" 
is  comprised  of  a laminate  reference  anqle 
followed  by  1 to  4 data  items  per  lamina. 

The  values  for  "PUst"  are: 

Aref--Laminate  reference  anqle  (decimal)  in 

deqrees  measured  from  the  element  x-axis 
where  -360. 0<Aref<360. 0 in  increments  of 
0.1 

Axxx.x — Alphanumeric  word  comprised  of  the  letter 

A followed  by  a decimal  number  that  defines 
the  fiber  direction  of  a lamina  relative 
to  "Aref."  This  anqle  (deqrees)  must  be 
-360. 0<xxx. x<360. 0 with  an  accuracy  of 
0.1 

Txxxx--Alpha,numeric  word  comprised  of  the  letter 

T followed  by  an  inteqer  number  that  defines 
the  lamina  temperature-deviation  from  the 
reference  temperature  established  by 
"Tcode."  The  allowable  ^anqe  is 
-2000<xxxx<4095 

Default:  The  temperature  deviation  specified 
for  the  last  lamina  or  TO 

Lnum--Alphanumeric  word  comprised  of  the  letter 
L followed  by  the  inteqer  number  of  layers 
of  composite  material  in  the  lamina  where 
1 ^nuin<4095 

Derault:  The  number  of  layers  specified 
for  the  last  lamina  or  LI  00 

Ccode- -composite  material  reference  code  (sec. 

140.0)  that  identifies  the  material  property 

•.Mlues  tor  the  lamina. 

Default:  The  "C"  code  specified  for  the 
last  lamina  or  the  composite 
material  identified  by  "Mcode. « 

Axxx.x,  Txxxx , Lnum  and  Ccode  are  repeated 
to  define  a maximum  of  10  laminas  per 
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laminate.  The  first  laminate  defined  for  a 
CCOVER  is  referenced  as  the  upper  plate  (see 
appendix  B) . The  lower  plate  for  a CCOVER 
is  defined  by  repeating  the  data  items 
"Aref " through  ,,Ccode."  If  a lower  plate  is 
not  required , these  items  should  not  be 
input.  If,  however,  only  a lower  plate  is 
required  for  a CCOVER,  "Aref*  must  be  input 
twice  followed  by  the  lamina  definitions. 


Example: 

CPLATE  T70  101  102  103  104  50.2 

A45.  T-30.  L10  C3  A-45 . T40  L15  A0.  A90.  / 

This  record  defines  a composite  plate  (laminate)  with  the 
following  properties.  The  fiber  direction  is  measured  relative 
to  the  x-axis  of  the  element  reference  frame. 


Lamina  No. 

Fiber  Direction 

Temp. 

Layers 

Cco< 

1 

95.2 

40.0 

10 

C3 

2 

5.2 

110.0 

15 

C3 

3 

50.2 

110.0 

15 

C3 

4 

140.2 

110.0 

15 

C3 

Variations  2 and  3 allow  sequences  of  elements  to  be 
generated  between  two  elements.  All  elements  in  a sequence  are 
of  the  same  type  and  have  the  same  temperature,  material  and 
section-property  values.  The  user  element-numbers  and  node- 
numbers are  generated  by  incrementing  the  first  list  until  the 
second  list  is  reached.  Each  of  the  items  denoted  by  "Useridl" 
and  "Nlistl",  when  incremented  by  + 1,0,~1,  or  the  specified 
increments,  must  reach  the  corresponding  items  denoted  by 
"Userid2"  and  "Nlist2"  simultaneously.  A maximum  of  100  elements 
may  be  defined  by  one  record  of  this  type. 


/ Variation  2 


Eltype  <Mcode>  <Tcode>  <Userid1>  Nlistl  Plist 
TO  <Userid2>  Nlist2 


Items  1-6  are  the  same  as  defined  for  Variation 

Userid2  = Number  of  the  last  element  in  the  sequence. 

This  item  is  defined  in  the  same  manner  as 
"Useridl."  It  is  required  only  if  "Useridl"  is 
specified. 


◄ 


» 
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Nlist2 


Node  numbers  {inteqers)  defining  the  last 
element  in  the  sequence.  The  number  of  items 
in  "Nlistl"  and  "Nlist2"  must  be  equal. 


Variation  3 


Eltype  <Mcode>  <Tcode>  <Userid1>  Nlistl  Plist 
TO  <Userid2>  Nlist2  BY  <Inc1>  inc2 


Items  1-9  are  the  same  as  defined  for  Variation  2 


Ir<c1  = The  letter  N followed  by  a siqned  or  unsigned 

integer  (e.q.,  N5,  N+10,  N-8)  which  denotes 
the  user  element  number  increment.  This  item 
is  required  only  if  "Useridl"  and  "Userid2" 
are  specified. 

inc2  = List  of  positive  and/or  negative  node-number 
increments  (integers)  to  be  used  with 
"Nlistl.1*  The  number  of  items  in  "Nlistl", 
"Nlist2"  and  "inc2"  must  be  equal. 


Example:  A record  to  generate  a set  of  BOD  elements  with 

input-sequence  number  identifiers  is: 


RCD  1 9 5.6  TO  7 6 BY  2 -1  / 


This  record  is  equivalent  to  the  following  four  records: 


POD  1 9 5.6 

PCD  3 8 5. 6 

ROD  5 7 5.6 

PCD  7 6 5.  6 


/ 

/ 

/ 

/ 


If  user  element  numbers  10  throuqh  13  are  desired,  the 
single  record  would  assume  the  form: 

PCD  N10  1 9 5.6  TO  N13  7 6 BY  N1  2 -1  / 


Record  8 End  Element  Subset 


END  ELEMENT  DATA 


Additional  stiffness  data  sets  may  be  defined  by  repeating 
Records  2-8. 


Record  9 End  Stiffness  Data  Set 


END  STIFFNESS  DATA 


Additional  stiffness  data  sets  may  be  defined  by  repeating 
Records  1-S. 
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Table  152-1.  Input  Variations  of  Stiffness -Element  Properties 


ELEMENT 

TYPE 

ELEMENT  PROPERTIES 
(ref.  appendix  B) 

INPUT 

PROPERTY  EXPANSION 

KEYS© 

NUMBER 

OF 

INPUT  PROPERTY 

VALUES 

NAME 

NO. 

LABEL 

DESCRIPTION 

1 

2 

3 

4 

S 

6 

7 

8 

9 

10 

n 

12 

13 

ROD 

1 

All) 

Cross  section  area  at  end(l) 

7 

1 

*frn 

” 

7 

7 

A(2) 

Cross  section  area  at  end(2 ) 

i 

2 

BEAM 

2 

A(l) 

Cross  section  area  at  end(l) 

i 

1 

i 

1 

lli 

1 

J 

1 

i 

A-VY(l) 

Shear  area  (local  y -dir)  at  end(l) 

0 

0 

0 

0 

2 

2 

2 

2 

A-VI(l) 

Shear  area  ( local  z-dir)  at  end(l) 

0 

0 

0 

0 

3 

3 

3 

3 

J(l) 

St.  tenant's  torsion  constant  at  end(l) 

0 

0 

0 

0 

•:v\ 

4 

4 

4 

4 

<U1) 

Hon.  of  inertial loc.y-axis)  at  end(l) 

0 

0 

2 

2 

5 

5 

5 

5 

till) 

Hon.  of  inertial loc.z-axis)  at  end(l) 

0 

2 

3 

3 

S 

6 

6 

6 

4(2)  ' 

1 

1 

1 

1 

1 

1 

7 

7 

A-VY(2) 

0 

0 

0 

0 

2 

2 

8 

8 

A-V112) 

Data  at  end(2)  analogous  to 

0 

0 

0 

0 

3 

3 

9 

9 

M2) 

data  at  end(l) 

0 

0 

0 

0 

4 

4 

10 

10 

If!  2) 

0 

0 

2 

2 

5 

5 

11 

11 

12(2)  . 

0 

2 

3 

3 

6 

S 

12 

12 

COHSTR 

End-restraint  indicator 

0 

0 

0 

4 

0 

7 

0 

13 

SPAR 

3 

1-UEB 

Web  thickness 

1 

1 

1 

j 

1 

T 

‘i 

1 

j" 

1 

FAREA1U 

Upper  flange  area  at  end(l) 

0 

2 

2 

2 

2 

2 

2 

2 

2 

2 

EAREA1L 

Louer  flange  area  at  end(l) 

0 

2 

2 

3 

3 

3 

3 

3 

3 

3 

FAREA2U 

Upper  flange  area  at  end(2) 

0 

2 

2 

2 

2 

2 

4 

4 

4 

4 

FAREA2L 

Louer  flange  area  at  end(2) 

0 

2 

2 

3 

3 

3 

5 

5 

5 

5 

0(1)1) 

Upper  offset  at  end(l) 

0 

0 

3 

4 

4 

4 

6 

6 

6 

6 

0(1)1 

Louer  offset  at  end(l) 

0 

0 

7 

5 

5 

5 

7 

7 

7 

7 

0(211) 

Upper  offset  at  end(2) 

0 

0 

3 

4 

4 

4 

8 

8 

8 

8 

0(2)1 

Louer  offset  at  end(2) 

0 

0 

3 

5 

5 

5 

9 

9 

9 

9 

A-LHP1U 

Upper  tumping  factor  at  end(l) 

9 

9 

9 

9 

6 

6 

9 

10 

10 

10 

A-LHP1L 

Louer  lumping  factor  at  end(l) 

9 

9 

9 

9 

6 

7 

9 

10 

11 

11 

A-LHP2U 

Upper  lumping  factor  at  end(2) 

9 

9 

9 

9 

6 

6 

9 

10 

10 

12 

fl  A-LHP2L 

Louer  lumping  factor  at  and(2) 

9 

9 

9 

9 

6 

7 

9 

10 

11 

13 

COVER 

4 

T(O)l) 

Upper  plate  thickness 

1 

1 

1 

1 

1 

1 

1 

1 

h~ 

> 

T(1)U 

Smeared  uniaxial  gage  in  Sl-dir.  upper 

0 

0 

2 

2 

2 

2 

2 

2 

T(2)U 

Smeared  uniaxial  gage  in  S2-dir.  upper 

0 

0 

3 

0 

3 

3 

3 

3 

ALPHA U 

Angle  from  x-axis  to  mat' l axis  1 

0 

0 

0 

0 

4 

0 

0 

4 

BE  TAU 

Angle  from  x-axis  to  stiff,  dir.  SI 

0 

0 

0 

0 

5 

0 

4 

5 

1(0)  L 

1 

2 

1 

3 

1 

4 

5 

6 

T(1)L 

Data  for  louer  plate  analogous  to 

0 

0 

2 

4 

2 

5 

6 

7 

T(2)L 

data  for  upper  plate 

0 

0 

3 

0 

3 

6 

7 

8 

ALPHA! 

0 

0 

0 

0 

4 

0 

0 

9 

BETAL  J 

0 

0 

0 

0 

5 

,0 

8 

10 

PLATE 

5 

1(0) 

Plate  thtckness 

1 

1 

1 

1 

1 

1S(1) 

Smearea  uniaxial  gage  In  Sl-dir. 

0 

0 

2 

2 

2 

1S(2) 

Smeared  uniaxial  gage  in  S2-dir. 

0 

0 

3 

2 

3 

ALPHA 

Angle  from  x-axis  to  mat' l axis  1 

0 

2 

0 

3 

4 

BETA 

Angle  from  x-axis  to  stiff,  dir.  Si 

0 

0 

0 

4 

5 

GPLATE 

6 

1-HEH81 

Hembrane  thickness  at  Rode  A1 

1 

1 

1 

T 

T 

7 

1 

T 

1 

T 

T 

7 

1- HL(1 82 

Hembrane  thickness  at  Rode  A2 

1 

1 

1 

2 

2 

2 

2 

2 

2 

2 

2 

T-HEH83 

Hembrane  thickness  at  Rode  A3 

1 

1 

1 

3 

3 

3 

3 

3 

3 

3 

3 

1-HEHBi 

Hembrane  thickness  at  Rode  A4  (quad,  only) 

1 

1 

1 

4 

4 

0 

0 

4 

4 

4 

4 

T-HEHB5 

Hembrane  thickness  at  Rode  A5  (quad,  only ) 

1 

1 

t 

A 

0 

0 

0 

0 

0 

0 

5 

5 

T-BEHD1 

Bending  thickness  at  Rode  A1 

1 

2 

2 

0 

0 

4 

4 

5 

5 

S 

6 

I-BEHD2 

Bending  thickness  at  Rode  A2 

1 

2 

2 

0 

0 

5 

5 

S 

6 

7 

7 

T-BEH03 

Bending  thickness  at  Rode  A3 

1 

2 

2 

0 

0 

S 

6 

7 

7 

8 

8 

T-BEHD4 

Bending  thickness  at  Rode  A4  (quad,  only) 

1 

2 

2 

0 

0 

0 

0 

8 

8 

9 

9 

T-BEHD5 

Bending  thickness  at  Rode  A5  (quad,  only) 

1 

2 

2 

0 

0 

0 

0 

0 

0 

10 

10 

ALPHA 

Angle  from  x-axis  to  mat'l  axis  1 

0 

0 

2_ 

0 

5 

0 

7 

0 

9 

0 

11 

Table  152-1.  Continued  on  next  page. 
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Table  152-1.  Input  Variations  of  Stiffness-  Element  Properties  (Cont'd.) 


ELEMENT 

TYPE 


CRLATE  I 12 


CCO  VER  13 


AREF 

A XXX.  X 

Txxxx 

Lnum 

Ccode 


AREF-D 

AXXX.  X 

Ixxxx 

Lnum 

Ccode 

AREF-L 

Axxx.  x 

Ixxxx 

Lnum 

Ccode 


ELEMENT  PROPERTIES 

/re),  appendix  B) 


INPUT  PROPERTY  EXPANSION  KEYS  Q) 


NUMBER  OP  INPUT  PROPERTY  VALUES 


Translational  stiffness  in  x direction 
f'anslatiovu  stiffness  in  y direction 
Translational  stiffness  m z direction 
Rotational  stiffness  about  x-axis 
Rotational  stiffness  aoou;  y-axis 
Rotational  st if 'ness  aoou:  z-axis 


ion  area  at  enill; 
ion  area  at  er.a(2) 


Laminate  ref.  angle  from  x-axis 
Angle  from  "AREF"  to  fiber  direction 
ttemp.  from  “fcode"  element  ref • temp. 
Ho.  of  layers  of  composite  mat' l 
Composite  material  reference  code 


Data  for  upper  plate  analogous  to  data 
for  a CRLATE 


Data  for  lover  plate  analogous  to  data 
for  upper  plate 


" AREF * must  be  input.  A maximum  of  10 
laminas  may  be  defined.  The  taminas 
are  input  by  repeating  the  sequence  of 
properties  "Axxx.  x"  through  *C code"  as 
described  for  Record  7. 


Each  plate  may  be  defined  by  a 
maximum  of  10  laminas.  The  upper 
plate  is  input  first.  The  notes  for 
CRLATE  are  applicable  for  CCOVER. 


© An  expansion  key  is  the  column  of  integers  associated  with  a particular  number  of  input  property  values  for  a 
particular  type  of  element.  * nonzero  integer  component  of  a key  denotes  which  one  of  the  ordered  property 
values  defined  by  an  input  data  record  (either  Record  4 or  7 ) is  to  be  assigned  to  the  corresponding  element 
property  snown  in  the  table.  A zero  integer  denotes  the  property  value  is  to  be  set  to  zero.  An  asterisk  (*) 
denotes  a property  value  is  to  be  automatically  assigned  the  corresponding  value  (specified  or  default)  of  the 
last  defined  element  of  the  same  type. 
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Table  152-2.  Summary  of  Stiffness  Data  Records 


Reference 

Page 

Data  Records 

152.2 

BEGIN  STIFFNESS  DATA 

152.2 

SET  n 

152.2 

BEGIN  PROPERTY  DATA 

152.2 

Pcode  <*  ^ text  />  Pi  ist 

152.3 

END  PROPERTY  DATA 

152.3 

BEGIN  ELEMENT  DATA 

152.4 

Eitype  <Mcode><TcodeXUseridl  > Nlistl  Plist 

<T0<Userid2>  Nlist2  <BY<I ncl > inc2» 

152.8 

END  ELEMENT  DATA 

152.8 

END  STIFFNESS  DATA 
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154.0  STRESS  (SUPERPOSITION)  DATA 


The  data  required  for  superposition  of  displacements  and 
stresses  for  a structural  model  are  defined  via  this  data  set. 
Previous  input  of  the  nodal,  stiffness,  BC  and  loads  data  sets 
(secs.  146. C,  152.0,  106.0  and  134.0,  respectively)  that  are 
associated  with  the  superimposed  daca  is  required. 

Each  group  of  superimposed  displacements/stresses  is 
identified  by  a unique  superposition  load  case  label  and  a 
superposition  STAGE  (SUPSTAGE)  number.  A maximum  of  10  different 
stages  (superposition  and  BC  STAGES)  may  be  defined  per  stiffness 
data  set.  Superposition  load  cases  and  SUPSTAGES  may  be  used 
in  execution  of  the  DESIGN  and  STRESS  Processors  (secs.  212.0 
and  254.0) . 

A SUPSTAGE  (superposition  load  case)  is  defined  as  a 
linear  combination  of  previously-defined  load  cases  associated 
with  BC  STAGES  and/or  other  SUPSTAGES.  The  load  case  factors 
assigned  to  the  component  load  cases  may  be  known  or  unknown. 
Unknown  factors  are  calculated  by  the  STRESS  Processor  (sec. 
254.1)  based  on  kinematic  and/or  stress  constraints  defined 
by  the  stress  data  (sec.  154.1,2). 

Printout  of  the  superimposed  stresses  and/or  displacements 
as  calculated  by  the  STRESS  Processor  may  be  requested  from 
the  STRESS  Postprocessor  (sec.  254.2) . 
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154.1  INPUT  DATA 


Pecord  1 Data  Set  Identification 


BEGIN  STRESS  DATA 


This  record  initiates  execution  of  the  STRESS  Preprocessor. 
Fecord  2 Set  Identification  (optional) 


SET  se 


£e  = Integer  identifying  a stiffness  SET 

for  which  superposition  of 
stresses/displacements  is  to  be  effected. 

Default  Pecord:  The  SET  number  specified  by  the  last 

record  of  this  type  or  SET  1. 

Pecord  3 Superposition  Stage  Identification 

Each  superposition  STAGE  (SUPSTAGE)  is  identified  by  an 
integer  number.  Each  SUPSTAGL  and  BC  STAGE  number 
associated  with  a SET  must  be  unique. 


SUPSTAGE  St 


st  = Unique  stage  numbe*  „i,ir  .ger)  in  the 

range  1 through  10,  inclusive,  to  be 
associated  with  set  MSe.H 

154.1.1  Superposition  Load  case_Data 

A superposition  load  case  may  be  defined  either  by  Records 
4 and  5 or  by  Record  6.  Each  of  these  two  input  formats  contains 
the  superposition  load  case  label  and  the  known  or  unknown 
factors  for  superimposing  previously-defined  load  cases.  Each 
load  case  associated  with  a particular  SET  and  STAGE  must  be 
identified  by  a unique  label.  Both  types  of  input-record  formats 
may  be  used  to  define  superposition  load  cases  for  the  SUPSTAGE 
identified  by  Pecord  3. 

Pecord  4 Stag*:  Components 

This  record  defines  the  SUPSTAGES  and/or  BC  STAGES 
associated  with  each  superposition  load  case  and  components 
thereof  as  specified  by  Record  5. 


f 

St 

STAGES 

Stl  St 2 ...  Stn 
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St, St 1 , St 2. . • = Integers  identifying  superposition 

and/or  BC  STAGES  that  are  associated 
with  set  "Se"  and  the  load  cases  "Labeli" 
specified  by  Record  5. 

If  "St"  is  input  by  this  record,  it 
is  assumed  that  each  load  case  identified 
by  "Labeli"  in  Record  5 is  associated 
with  the  stage  "St."  If  the  "n"  load 
cases  identified  by  Record  5 are 
associated  with  different  stages,  a 
corresponding  list  of  "n"  STAGES  must 
be  identified  by  this  record. 

Record  5 Load  Case  Components 


label  fl  Labell  f2  Label2  ...  fn  Labeln 


label  = Superposition  load  case  label— a positive 

integer  or  an  alphanumeric  word  of  1 
to  7 characters  which  may  not  be  the 
word  ALL.  This  load  case  label  may 
be  the  same  as  a "Labeli"  in  this  record 
if  the  associated  STAGE  is  different 
from  the  one  defined  by  Record  3. 

fi, Labeli  = The  displacements  and/or  stresses 

associated  with  "Labeli"  are  to  be 
multiplied  by  "fi"  according  to  the 
selected  mode  of  execution  of  the  STRESS 
Processor  (see  sec.  254.1).  A known 
load  case  factor,  "fi,"  is  input  as 
a decimal  number,  whereas  a factor  that 
is  to  be  calculated  is  denoted  by  the 
letter  X.  An  unknown  factor  may  only 
be  specified  for  "Labeli"  if  the 
associated  STAGE  is  different  from  the 
one  defined  by  Record  3.  If  the  stage 
numbers  associated  with  the  "Labeli" 
components  are  different,  the  number 
and  sequence  of  these  pairs  of  items 
(fi,  Labeli)  must  correspond  with  the 
number  and  sequence  of  stages  specified 
by  Record  4. 

This  record  may  be  repeated  to  define  additional 
superposition  load  cases  based  on  the  STAGE  components  specified 
by  Record  4.  The  "label"  defined  by  one  record  of  this  type 
may  not  be  the  same  as  the  "label"  specified  by  another  Record 


5 or  Record  6.  A "label " defined  by  this  record,  however,  may 
appear  as  a "Labeli"  in  subsequent  Records  5 and  6. 

Records  4 and  5 may  be  repeated. 

Record  6 Superposition  Load  Cases 

This  record  offers  an  alternative  input  format  for 
definition  of  superposition  load  cases  for  the  SUPSTAGE 
identified  by  Record  3. 


label 

Sti 
St  2 
St  3 

fl 

fj 

• • • 

Label 1 
Label j 

f 2 
fk 

Label2  ... 
Labelk  . • . 

fm 

fn 

Labelm 

Labeln 

label 

= Same 

as 

defined  for 

Record  5 

sti  = Integer  identifying  a SUPSTAGE  or  a 

BC  STAGE  that  is  associated  with  set 
"Se"  (Record  2)  and  the  subsequent  load 
cases  "Labeli"  specified  by  this  record. 

fi,Labeli  = The  displacements  and/or  stresses 

associated  with  "Labeli"  are  to  be 
multiplied  by  "fi"  according  to  the 
selected  mode  of  execution  of  che  STRESS 
Processor  (see  sec.  254.1).  A known 
load  case  factor,  "fi,"  is  input  as 
a decimal  number,  whereas  a factor  that 
is  to  be  calculated  is  denoted  by  the 
letter  X.  An  unknown  factor  may  only 
be  specified  for  "Labeli"  if  the 
associated  STAGE  is  different  from  the 
one  defined  by  Record  3. 

^his  record  or  Records  4 and  5 may  be  repeated  to  define 
additional  superposition  load  cases.  The  "label”  defined 
by  a Fecord  6 may  not  be  the  same  as  the  "label"  specified 
by  another  Record  5 or  Record  6.  A "label"  defined  by 
a Record  6,  however,  may  appear  as  a "Labeli"  in  subsequent 
Fecords  5 and  6. 

154. 1.2  Superposition  Displacement  and  stress  Constraints  (optional) 

Constraints  to  be  used  in  calculation  of  the  unknown  load 
case  factors  for  superposition  load  cases  {displacements  and/or 
stresses)  are  specified  by  Records  7-10.  The  number  of 
constraints  defined  by  these  records  for  a particular 
superposition  load  case  must  be  the  same  as  the  number  of  unknown 
factors  denoted  by  the  letter  X in  Records  5 and/or  6.  If  all 
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load  case  factors  are  known  a priori.  Records  7-10  should  not 

be  input. 

Record  7 Displacement  Constraint  Data 
DISPLACEMENT  CONSTRAINTS 

Record  8 Nodal  Displacements  for  Superposition  Load  Cases 
Label  Fnl  dl  Fn2  d2  ••• 

Label  = Superposition  load  case  label  previously 

defined  by  Record  5 or  Record  6. 

Fni  = Alphanumeric  word  comprised  of  a 

kinematic  label,  as  specified  by  the 
BC  data,  followed  by  a node  number  (e.g. 
TX12,  TZ54). 

di  = Value  of  the  displacement  which  the 

freedom  at  the  node  specified  by  "Fni" 
is  to  be  constrained.  The  displacement 
is  effected  relative  to  the  analysis 
frame  of  the  specified  node. 

The  kinematic  labels  specified  by  the  BC  data  (sec.  106.1) 
for  all  STAGE  components  of  a SUPSTAGE  must  be  the  same. 

This  record  may  be  repeated  if  the  "Label"  identified 
by  each  record  is  different.  Only  one  displacement, 
however,  may  be  specified  for  a particular  nodal  freedom 
for  a particular  superposition  load  case. 

Record  9 Stress  Constraint  Data 
STRESS  CONSTRAINTS 

Record  10  Element  Stresses  for  Superposition  Load  Cases 

Label  Elidl  Stressidl  si  Elid2  Stressid2  s2  ... 


Label 


Elidi 


Superposition  load  case  label  previously 
defined  by  Record  5 or  Record  6. 

Stiffness  element  identifier.  Either 
the  user  element  number  (integer)  or 
the  letter  I followed  by  the  1 to  5 
digit  internal  element  number  assigned 
via  the  selected  node  reorder 
specification  (see  sec.  146.0). 
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= Element  stress  identifier.  Either  the 
alphanumeric  stress  label  or  the  integer 
denoting  the  n-th  stress  label  from 
those  tabulated  in  Appendix  B for  the 
type  of  element  identified  by  "Elidi." 

si  = Value  at  which  "Stressidi"  for  element 

"Elidi"  is  to  be  constrained. 

This  record  may  be  repeated  if  the  "Label"  identified 
by  each  record  is  different.  Only  one  stress  value, 
however,  may  be  specified  for  a particular  stress 
identifier  for  a particular  element. 

1 5*i.  1 . 3 Superposition  Load  Case  Titles 

Each  load  case  is  identified  by  a user-assigned  label. 
Additionally,  an  alphanumeric  title  may  be  assigned  to  load 
cases  via  Fecord  11.  Eoth  identifiers  are  printed  when  printout 
is  requested. 

Fecord  11  Load  Case  Title  (optional) 


LOAD  CASE  ID  Label  *.*  text  X 


Label  = Superposition  load  case  label  previously 

defined  by  Record  5 or  Record  6. 

text  = Alphanumeric  text  of  1 to  100  characters, 

including  blanks,  to  be  associated  with 
"Label." 

Default  Record:  Load  cases  are  identified  only  by  the 

load  case  labels  specified  by  Record 
5 or  Record  6. 

This  record  may  be  repeated. 

Additional  Records  3-11  may  be  input  to  define  additional 
superposition  stages  and  load  cases  for  set  "Se."  Additional 
Records  2-11  may  also  be  input  to  define  superposition  stages 
ar.d  load  cases  for  other  stiffness  SETS. 

Fecord  12  End  Data  Set 


END  STRESS  DATA 


Additional  superposition  data  may  be  defined  by  repeating 
Records  1-12. 
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Table  154 -|.  Summary  of  Stress  Oata  Records 


Reference 

Page 

Oata  Records 

154.2 

BEGIN  STRESS  DATA 

154.2 

SET  Se 

154.2 

154.2 

154.3 

154.4 

154.5 
154.5 
154.5 

154.5 

154.6 

SUPSTAGE  st 

STAGES  J st,  st2  ...  stn  } 

label  fl  Label  1 f2  Label2  • • • fn  Label n 
label  Stl  fl  Label  1 f2  Label2  •••  St2  fj  Labelj  ... 
DISPLACEMENT  CONSTRAINTS 
Label  Fnl  dl  Fn2  d2  ... 

STRESS  CONSTRAINTS 

Label  Elidl  Stressidl  si  Elid2  Stressid2  s2  ••• 
LOAD  CASE  ID  Label  * ^ text  * 

154.6 

END  STRESS  DATA 

SUBSET 

DEFINITION 


156.0  SUBSET-DEFINITION  DATA 


The  SUBSET-DEFINITION  Preprocessor  extracts  node  and 
element  subsets  of  previously-defined  nodal*  stiffness  and  mass 
data  sets  for  use  by  other  modules.  This  preprocessor  is  also 
used  to  define  subsets  of  labels  (key-word  identifiers)  used  to 
identify  the  input/analysis  data  conponents  associated  with  an 
ATLAS  job.  All  ATLAS  data  components  are  identified  by  the 
labels  described  in  the  directory  shown  by  table  156-1. 

Numerical  values  of  the  data  components  corresponding  to  the 
labels  included  in  a subset  are  extracted  from  the  ATLAS  data 
base  via  the  EXTRACT  Postprocessor  (sec.  218.0).  The  extracted 
data  are  subsequently  used  to  generate  printed  or  graphical 
di splays. 

Each  input/output  quantity  is*  in  general*  referenced  to  a 
particular  node  or  element  used  to  define  the  mathematical  model. 
For  example,  geometry,  node  loads*  displacements*  lumped  masses* 
etc.,  are  associated  with  nodes,  whereas  stresses,  distributed 
loads*  etc.,  are  associated  with  elements.  The  SUBSET-DEFINITION 
Preprocessor  allows  the  user  to  identify  a portion  of  the  nodes* 
stiffness  elements  and/or  mass  elements  which  are  used  to  define 
a model.  Furthermore,  particular  data  component  labels 
identifying  which  data  quantities  are  to  be  extracted  ::or  a 
node/element  subset  may  be  defined  as  label  subsets.  Standard, 
ATLAS  label  subsets  may  be  referenced  directly  by  the  user  via 
pre-defined  names  in  the  EXECUTE  EXTRACT  statement  (see  table 
156-1).  Use  of  these  standard  label  subsets  obviates  the  need, 
in  most  cases*  to  define  label  subsets  via  the  SUBSET-DEFINITION 
Pr eprocessor. 

Data  associated  with  the  subsets  are  extracted/manipulated 
by  other  ATLAS  modules.  This  capability  allows*  for  example* 
postprocessing  activities  such  as  printing  and  plotting  displays 
of  the  node  geometry  and  element -definition  data  associated  with 
user-selected  regions  (see  secs.  228.4.1,  246.1.2  and  252.1.2). 
Visual  examination  of  segments  of  the  input  data  sets  can  thus  be 
effected.  Additionally,  interpretation  and  evaluation  of 
processor  output  data  associated  with  appropriately  defined 
subsets  can  be  performed.  For  example,  printed  or  plotted 
subsets  of  displacements,  stresses  and  vibration  mode  shapes  can 
be  examined  by  using  this  capability  (see  secs.  228.4*  254.2.1 
and  258.2)  . All  ATLAS  graphical  displays  are  effected  via 
subsets  defined  by  input  to  the  SUBSET-DEFINITION  Preprocessor. 
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156.1  INPUT  DATA 


subset-definition  records  within  this  data  set  allow  the 
followirq  types  of  subset  manipulations  to  be  performed; 

a)  Node  Subset  Definitions 

b)  ordered  Node  Subset  Definitions 

c)  Element  Subset  Definitions 

d)  Label  Subset  Definitions 

e)  Extraction  of  Subsets  from  Other  Subsets 

f)  Definition  of  Subsets  via  Subset  Combinations 
q)  subset  Modifications  (Exclusions) 

h)  Node  and  Element  Subsets  Defined  via  isolation  of 
Geometric  Reqions 

If  nodal,  stiffness-element  or  mass-element  subsets  are 
to  be  identified,  the  corresponding  nodal,  stiffness  and  mass 
data  sets,  as  required,  must  be  input  prior  to  this  data  set 
in  the  input  stream. 

Record  1 Input  Data  Set  Identification 


BEGIN  SUBSET  DEFINITION 


This  record  initiates  execution  of  the  SUBSET-DEFINITION 
Preprocessor, 

Record  2 Identification  of  Parent  Data  Set 


This  record  identifies  the  type  of  subsets  defined 
by  subsequent  Records  3. 


SUBSETS  OF 


STIFFNESS  SET  Se 
MASS  SET  Se 
NODAL  SET  Se 
LABELS 


Se  = Number  (integer)  of  a STIFFNESS,  MASS 

or  NODAL  data  set  from  which  subsets 
are  to  be  extracted.  The  types  of 
subsets  which  may  be  defined  by 
subsequent  Records  3 depend  on  the 
selected  variation  of  this  record. 

The  options  are  identified  by  one  of 
the  following  key-words; 


STIFFNESS — Stiffness  element  and/or  node  subsets 
associated  with  the  nodal/stiffness 
set  "Se.M 
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MASS--  Mass  element  and/or  node  subsets 

associated  with  the  nodal/mass  set  "Se. H 

NODAL--  Node  subsets  of  nodal  set  "Se." 

LABELS--  Label  subsets  which  are  not  dependent 
on  a SET  identifier. 

Record  3 Subset-Definition  Records 


Each  subset-definition  record  defines  the  name  and  contents 
of  one  subset.  The  general  format  of  this  type  of  record 
is  as  follows: 


Sn  = {Subset- definition  expression} 


At  least  one  space  is  required  before  and  after  the  equal 
sign  within  a subset-definition  record.  The  subset  name 
"Sn"  must  be  one  of  the  following  alphanumeric  words: 


Nxxx--  Name  of  a node  subset — the  leading 
character  is  the  letter  N. 

ONxxx — Name  of  an  ordered  node  subset — the 

leading  characters  are  the  letters  ON. 

Exxx — Name  of  an  element  subset — the  leading 
character  is  the  letter  E. 


The  characters  xxx  in  the  node  and 
element  subset  names  denote  the  subset 
number,  a 1 to  3 digit  integer.  Zeros 
prior  to  the  first  non- zero  digit  are 
igncred.  Thus,  N4 , N04  and  N004  are 
equivalent  names.  Example  subset  names 
are  N1,  N02,  N950,  ON40 , ON097,  El, 
E005,  E76. 


name--  user-specified  name  of  a '•label'*  subset; 
an  alphanumeric  word  of  1 to  7 
characters.  User-defined  "label"  subsets 
may  not  be  identified  by  any  of  the 
ATLAS  standard  label-subset  names  which 
are: 


BMODE  KPROP 

DISGRID  LOADAB 
DISNODE  MGRID 
DI SPRINT  NODES 
KGRID  SMS 


STRESS 

STRPRINT 

TMS 

VGVF 

VMODE 
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Subset  names  allow  user-referral  to  specific  subsets 
within  subsequent  subset-definition  records  and  within 
other  module  statements  for  data  extraction  purposes. 

Descriptions  of  the  various  subset- definition  expressions 
are  presented  in  the  following  sections.  Any  combination 
of  the  variations  may  be  used.  The  following  guidelines 
are  provided: 

a)  If  more  than  one  subset  is  identified  by  the  same  name, 
only  the  last  subset  defined  by  that  name  can  be 
interrogated  subsequently. 

b)  A warning  is  issued  if  a null  (empty)  subset  is  defined. 
Subsequent  use  of  a null  subset  by  another  module  is, 

in  general,  not  allowed. 

c)  An  ordered  node  subset,  ONxxx,  is  used  to  establish 
a sequence  of  nodes  which,  when  connected  in  the 
specified  order,  defines  a contiguous  series  of  line 
segments.  This  type  of  subset  is  used,  for  example, 
to  define  a boundary  for  contour  plots  (see  EXTRACT 
and  GRAPHICS  Postprocessors --secs.  218.0  and  228.0). 

d)  '* Label"  subsets  are  used  only  by  the  EXTRACT 
Postprocessor  (sec.  218.0).  Subsets  of  data  component 
LABELS  identify  which  input/analysis  data  values  are 
to  be  extracted  for  subsequent  graphical  or  print 
display.  Use  of  the  ATLAS  standard  label  subsets 
identified  by  table  156-1  as  input  to  the  EXTRACT 
Postprocessor  obviates  the  need,  in  most  cases,  to 
define  label  subsets. 

This  record  may  be  repeated  to  define  a maximum  of  999 
node  subsets,  999  ordered  node  subsets,  999  stiffness 
element  subsets  and  999  mass  element  subsets  for  the  set 
"Se"  identified  by  Record  2.  Additionally,  a maximum 
of  999  set-independent  label  subsets  may  be  defined  per 
jcb. 

Fecords  2 and  3 may  be  repeated  to  define  additional  LABEL 
subsets  or  subsets  of  different  node,  mass  and  stiffness 
data  sets. 

Record  4 End  Data  Set 


END  SUBSET  DEFINITION 


This  record  denotes  the  end  of  a subset-definition  data 
set.  Additional  subset-definition  data  sets  may  be  input 
by  repeating  Records  1-4. 
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156.2  SUBSET-DEFINITION  RECORDS 


Descriptions  of  the  various  forms  of  subset-definition 
records  (Record  3)  are  presented  below.  The  following  notation 
is  used: 

a)  If  a record  refers  specifically  to  a particular  type 
of  subset  (nodal#  ordered  nodal,  element  or  label), 
the  subset  name  is  denoted  accordingly  by  Nxxx,  ONxxx, 
Exxx  cr  "name.'* 

b)  If  a record  may  be  used  to  define  multiple  types  of 
subsets,  the  subset  names  are  denoted  therein  by  "Sn" 
or  "Sni"  where  "i"  is  an  integer. 

c)  The  item  "Elements"  in  element-related  subset-definition 
records  denotes  a list  of  one  or  more  element  types 
such  as  RODS,  BEAMS,  PLATES,  SCALARS,  etc.  The  list 
may  include  element  types  that  are  not  available  in 

set  "Se"  (Record  2).  See  Appendices  E and  C for 
available  stiffness  and  mass  element  type  names, 
respectively. 

d)  The  key- word  CLOSED  or  the  key-word  OPEN  may  be  input 
for  the  item  "Opt"  used  in  several  element- related 
subset-definition  records.  This  key-word  controls 
which  elements  are  included  in  a particular  subset. 
CLOSED  means  that  only  the  elements  that  attach 
exclusively  to  the  nodes  within  a specified  region 
are  included.  OPEN  means  that  all  elements  which 
attach  to  any  of  the  nodes  contained  within  the 
specified  node  subset  or  region  are  included.  The 
default  for  "Opt"  is  CLOSED. 


156.2. 1 Node  Subset  Definition  Records 


Six  input-record  variations  may  be  used  to  define  node 
subsets. 


Variation  1 


Nxxx  = ALL 


Variation  2 


ATlist 


Nxxx  will  contain  all  of  the  nodes  in  the 
data  set. 


Nxxx  = ATlist 


= ATLAS  list  of  node  numbers  (integers)  which 
are  to  be  included  in  Nxxx. 


r 
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Variations  3-6  may  be  used  to  define  node  subsets  by 
employing  the  region  definitions  presented  in  section  156.3. 
Subsets  defined  by  these  variations  will  contain  only  the  nodes 
that  lie  within  or  on  the  surface  of  the  region.  A node  is 
considered  to  be  within  a region  if  the  perpendicular  distance 
froir  the  node  to  the  closest  boundary  of  the  region  is  less 
than  10-®  units. 


Variation  3 
Variation  4 


Variation  5 


Variation  6 


Nxxx  = CYLINDER  Nnl  TO  Nn2  CRADIUS  r> 

Nxxx  = SLAB  Nnl  Nn2  Nn3  C^CLERANCE  tl  <t2>> 

Nxxx  = SLAB 

X 

Y 

£ 

cordl  <TC  ccrd2> 

Nxxx  = TUBE  N] 

fdvl  dv2  dv3' 
J Npl  Np2 
[nP1 

nl  Nn2  ...  Nnk  DIRECTION 
<TOLERANCE  t1> 

156.2.2  Ordered  Node  Subset  Definition  Records 


An  ordered  subset  of  nodes  is  defined  by  the  following 
type  of  record: 


ONxxx  = ATlist 


ATlist  = ATLAS  list  of  node  numbers  (integers) 

which  are  to  be  included  in  ONxxx. 

The  order  in  which  the  rede  numbers 
are  input  defines  a particular  sequence 
(string)  of  nodes. 


156.2.3  Element  Subset  Definition  Records 


Six  input-record  variations  may  be  used  to  define  element 
subsets. 


ALL 

Variation  1 

Exxx  = 

Elements 
• • 

Exxx  will  contain  either  ALL  elements  in 
the  data  set  or  only  the  element  types 
specified  by  ''Elements.  " 
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Variation^ 

ATlist 


Exxx  = ATlist 


= ATLAS  list  of  element  numbers  (integers) 
which  are  to  be  included  in  Exxx. 


Variations  3-6  may  be  used  to  define  element  subsets  by 
employing  the  region  definitions  presented  in  section  156.3. 
Subsets  defined  by  these  variations  will  contain  only  the  element 
types  denoted  by  ''Elements"  or  the  word  ALL  (the  default  is 
ALL)  that  attach  to  the  nodes  within  or  on  the  surface  of  the 
reqion.  A node  is  considered  to  be  within  a region  if  the 
perpendicular  distance  from  the  node  to  the  closest  boundary 
of  the  reqion  is  less  than  10~8  units.  Auxiliary  nodes  and 
"Shear"  nodes  ar,a  ignored. 


Variation  3 


Variation  4 


Variation  5 


Variation  6 


156.2. 4 Label  Subset  Definition  Records 

A subset  of  input/analysis  data  component  labels  is  defined 
by  the  following  type  of  record: 


name  = ATlist 


ATlist  = ATLAS  list  of  component  labels 

(alphanumeric  words)  which  are  to  be 
included  in  the  subset  identified  by 
"name."  Key-words  specified  via  ATlist 
must  be  selected  from  the  "Component 
Label  Directory"  shown  by  table  156-1. 


/all  \ 

Exxx  = <Opt>  Yllements/  CYLINDER  Nnl  TO  Nn2 


CRADIUS  r> 


/all  \ 

Exxx  = <Opt>  ^Elements/  SLAB  Nnl  Nn2  Nn3 

TOLERANCE  tl  <t2» 

/all  \ fxl 

Exxx  = <Opt > ^Elements/  SLAB  |Yj  cordl 

CTO  cord2> 

— r — 

Exxx  = <Opt>  \Elementy  TUBE  Nnl  Nn2  ... 

(dvl  dv2  dv3l 

Npl  Np2  [ CTOLERANCE  t1> 

Npl  J 
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15o.2.5  Records  for  Extraction  of  Subsets  from  Ot  .er  Subsets 


The  records  described  in  this  section  allow  the  user  to 
define  a data  subset  relative  to  a previously-defined  subset. 


Variation  1 


Nxxx  = NODES  IN  Exxx 


Nxxx  will  contain  only  the  data  set  nodes  to  which  the 
elements  in  the  previously-defined  element  subset  Exxx  are 
attached.  Auxiliary  nodes  and  "Shear H nodes  are  ignored. 


Variation  2 


Nxxx  = ONxxx 


Nxxx  will  contain  the  same  nodes  that  are  included  in 
ONxxx.  A particular  order  of  the  nodes  in  Nxxx,  however, 
is  not  preserved. 


Variation  3 


Exxx  will  contain  the  element  types  denoted  by  "Elements" 
or  the  word  ALL  (the  default  is  ALL)  which  attach  to  the 
nodes  in  the  previously-defined  node  subset  Nxxx. 


156.2.6  Records  for  Definition  of  Subsets  via  Subset 
Combinations 

Subsets  may  be  formed  by  combining  previously-defined 
subsets.  Only  node  subsets  can  be  combined  to  form  a new  node 
subset,  only  element  subsets  can  be  combined  to  form  a new 
element  subset  and  only  label  subsets  can  be  combined  to  form  a 
new  label  subset.  These  capabilities  are  analogous  to  the  set- 
algebra  operations  defined  as  unions,  intersections  and 
complements  of  sets.  The  letters  U,  I and  C denote  these 
operations,  respectively,  in  the  following  records.  It  should  be 
noted  that  at  least  one  space  is  required  before  and  after  these 
letters  within  a subset-definition  record. 


The  cross-hatched  region  in  the  sketch  below  illustrates 
the  subset  formed  by  the  intersection  (I)  of  two  subsets,  Snl  and 
Sn2.  The  union  (U)  is  defined  as  the  sum  of  the  two  subregions. 
The  complement  (C)  to  the  union  set  (Snl  U Sn2)  is  shown  as  the 
shaded  region  in  the  sketch. 


SUBSET 

DEFINITION 


In  the  following  records(  Sn  denotes  the  name  of  a subset 
to  be  generated  from  previously-defined  subsets  denoted  by  Snl, 
Sn2,  . ..,  Snk.  Only  one  type  of  subset  (node,  element  or  label) 
may  be  identified  in  each  record  of  this  type. 


Variation  1 


Sr  - Snl  U Sn2 


Sn  will  contain  all  the  nodes,  elements 
or  component  labels  that  are  in  subsets 
Snl  and  Sn2 


Variation  2 


Sn  = Snl  I Sn2 


Sn  will  contain  only  the  nodes,  elements 
or  component  labels  common  to  subsets  Snl 
and  Sn2.  If  none  are  common,  the  resulting 
subset  is  empty  (null). 


Variation  3 


3n  - C Snl 


Sn  will  contain  all  the  data  set  nodes 
or  elements  which  are  not  in  subset  Snl. 


Variation  4 


Sn  = Snl 


sn  will  contain  the  same  ncdes  or  elements 
that  are  in  subset  Snl. 


Variation  5 


Sn  = (Set -algebra  expression} 


This  variation  allows  a maximum  of  30  set-algebra 
operations  (U,  I and  C)  to  be  specified  within  a single 
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subset-definition  record.  The  sequence  in  which  the 
operations  will  be  executed  is  specified  via  pairs  of 
f parentheses.  That  is,  the  operation  specified  within  the 

i inner -most  pair  of  parentheses  is  executed  first.  This 

first  operation  generates  a subset  which  is  then  operated 
on  as  specified  within  the  next  inner-most  set  of 
parentheses,  etc.  All  operations  are  executed  in  a left- 
to-right  sequence. 

Caution:  At  least  one  space  is  required  before  and  after 

each  parenthesis,  each  (J,  I or  C operator,  and  the 
equal  sign. 

Consider,  for  example,  the  following  input  record: 

Sn  = Snl  U ( ( C ( Sn5  I Sn3  ) ) U Sn4  } 

This  single  record  is  equivalent  to  the  following  four 
records  in  the  sequence  shown. 


Sna 

= Sn5 

I 

Sn3 

/ 

Snb 

= C Sna 

/ 

Snc 

- Snb 

U 

Sn4 

/ 

Sn 

= Snl 

u 

Snc 

/ 

If  these  four  records  are  input,  four  subsets  (Sna,  Snb, 
Snc  and  Sn)  are  formed  and  saved  for  subsequent  use. 
However,  if  only  subset  Sn  is  to  be  saved,  the  single 
record  shown  above  must  be  used. 

156.2.7  Subset  Modification  (Exclusion)  Records 

The  records  described  below  allow  the  user  to  exclude 
selected  items  from  previously-defined  node  and/or  element 
subsets.  Each  of  these  records  has  the  following  format: 


EXCLUDE  ATlistl  <FROM  ATliSt2> 


ATlistl  = ATLAS  list  of  one  of  the  following: 

a)  node  numbers  (integers)  or  node  subset 
names, 

b)  element  numbers  (integers)  or  element 
subset  names. 

ATlist2  - ATlist  list  of  previously-defined  node  or 
element  subsets  from  which  the  nodes  or 
elements  contained  in  ATlistl  are  to  be 
excluded . 


I 
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Default:  ATlist2  is  the  subset  defined  by 
the  preceding  record - 

An  EXCLUDE  command  may  involve  only  node  numbers  and  node 
subsets  or  only  element  numbers  and  element  subsets.  The 
subsets  that  aie  modified  are  merely  redefined  with  the 
indicated  items  excluded.  If  a user  inadvertently 
specifies  a subset  to  be  excluded  from  itself,  that  subset 
will  be  left  unaltered.  To  illustrate  the  use  of  this 
command,  consider  the  following  node  subset  modification 
record. 

EXCLUDE  5,  N2  TO  N4  FROM  N1  TO  N19  BY  9 / 

This  single  record  is  equivalent  to  the  following  12 
records: 

EXCLUDE  N2  FROM  N1  / 

EXCLUDE  N3  FROM  N1  / 

EXCLUDE  N4  FROM  N1  / 

EXCLUDE  N2  FROM  N10  / 

EXCLUDE  N3  FROM  N10  / 

EXCLUDE  N4  FROM  N10  / 

EXCLUDE  N2  FROM  N19  / 

EXCLUDE  N3  FROM  N19  / 

EXCLUDE  N4  FROM  N19  / 

EXCLUDE  5 FROM  N1  / 

EXCLUDE  5 FROM  N10  / 

EXCLUDE  5 FROM  U19  / 


156.3  SUBSET  REGION  DEFINITIONS 


Several  variations  of  the  foregoing  node  and  element 
subset-definition  records  may  use  certain  1-,  2-  and  3- 
dinensional  qecmetric  shapes  to  isolate  regions  (subsets)  of 
a data  set.  This  library  of  shapes  allows  the  user  to  define 
the  following  types  of  regions: 

a)  A right  circular  cylinder  of  finite  length — in  its 
degenerate  form,  it  defines  a line  segment; 

t)  A finite- thickness,  infinite  slab — in  its  degenerate 
form,  it  defines  an  infinite  plane; 

c)  A polygonal-section,  infinite-length  tube--in  its 
degenerate  form,  it  defines  a finite-width  infinite- 
length  plane. 

Each  of  these  capabilities  is  discussed  below.  Descriptions 
of  the  key-words  and  items  required  to  define  these  geometric 
shapes  are  also  presented.  Node  subset  reqions  will  contain 
only  the  nodes  that  lie  within  or  on  the  surface  (boundary) 
of  the  reqion  (see  sec.  156.2.1).  Element  subset  regions  will 
contain  only  the  elements  that  attach  to  the  nodes  within  or 
on  the  surface  of  the  region  (see  sec.  156.2.3).  A node  is 
within  a reqion  if  the  perpendicular  distance  from  the  node 
tc  the  closest  boundary  of  the  region  is  less  than  10-8  units. 

156.3. 1 Right  Circular  Cylinder  of  Finite  Length 


j (CYLINDER  Nnl  TO  Nn2  CRADIUS  r>} j 

Nnl  = Number  (integer)  of  a node  which  defines  one 

point  on  the  longitudinal  axis  and  one  base 
of  the  cylindrical  reqion 

Nn2  - Number  (integer)  of  a second  node  on  the 

longitudinal  axis  which  defines  the  second 
base  of  the  cylindrical  reqion. 

r - The  radius  > 0.0  of  the  cylindrical  region. 

Default:  r=0.0 

The  region  generated  is  a circular  cylinder  whose  base 
(end)  plar.es  are  perpendicular  to  its  longitudinal  axis. 
The  reqion  degenerates  to  a straight  line  segment  between 
nodes  Nnl  and  Nn2  when  the  radius  is  zero.  For  this  case, 
only  the  nodes  lymq  cn  the  line  segment  are  included 
in  the  subset. 
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156.3.2  Finite-Thickness  Infinite  Slab 


Variation  1--General  Slab 


(SLAB  Nn  1 Nn2  Nn3  TOLERANCE  tl  <t2>>} 


1 

J 


Nnl,  Nn2.  Nn3 


tl 


1 2 


Numbers  (inteqers)  of  three  nodes  that 
define  the  raid-plane  of  the  slab. 

Perpendicular  distance  > 0.0  from  the 
raid-plane  to  the  face  which  is  positioned 
by  the  vector- product  of  Nn1-Nn2  and 
Nn1-Nn3  using  the  right-hand  rule— see 
the  figure  belcw. 

Default:  t1=t2=0.0 

Perpendicular  distance  >0.0  from  the 
mid-plane  to  the  other  face — see  the 
fiqure  below. 

Default:  t2=t1 


The  basic  slab  is  composed  of  three  infinite  planes — a 
raid-plane,  a plane  positioned  by  "tl*'  and  a plane 
positioned  by  "t2"  (see  the  fiqure  below),  A slab  allows 
the  user  to  define  a region  with  a total  thickness  of 
"tl”  plus  "t2.  " If  "tl"  or  nt2"  is  specified  as  zero, 
the  slab  is  defined  by  two  parallel  planes.  Additionally, 
if  "t2"  and  "tl"  are  both  zero,  the  slab  degenerates  to 
the  raid- plane. 


> 
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Plant  positioned 
by  ti 


Variation  2--GLOBAL  Slab 


The  letter  X,  Y or  Z denoting  the  GLOBAL 
axis  which  is  perpendicular  to  the  slab. 


cordl  = coordinate  of  a point  on  the  selected  X, 

Y or  z axis — this  point  defines  one  face 
of  the  slab. 


cord2  = coordinate  of  a second  point  on  the  selected 

X,  Y or  Z axis  which  defines  the  second 
face  of  the  slab. 

Default:  cord2=cord1 


The  infinite  slab  is  perpendicular  to  the  specified  GLOBAL 
axis  and  has  a total  thickness  of  |cord1  - cord2|.  If 
•'cordl"  equals  •,cord2',  the  region  degenerates  to  an 
infinite  plane  located  by  "cordl."  The  figure  shown  below 
illustrates  a GLOBAL  X slab. 
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156.3.3  Inf  j-nite- Length  Polygonal  Tube 


(TUBE  Nnl  Nn2  ...  Nnk  DIRECTION 
<TOLERANCE  t1>} 


dvl  dv2  dv3 
Npl  Np2 
[Npl 


J 


Nnl,  Nn2 , 
....  Nnk 


= A list  of  numbers  (integers) 

of  two  or  more  nodes  (Nnk  * Nnl).  A 
maximum  of  230  nodes  may  be  specified. 
These  nodes  define  the  basic  cross 
section  of  the  tube.  The  specif. ; ad 
nodes  need  not  lie  in  a plane. 


' dvl  dv2  dv3 
Npl  Np2 
. Npl 

of  a point  (not  necessarily  a node  in 
the  data  set)  in  the  GLOBAL  frame. 

The  direction  vector  of  the  tube  is 
directed  from  the  oriqin  of  the  GLOBAL 
frame  to  the  point  defined  by  dvl,  dv2 
and  dv3 — see  the  figures  below. 


= dvl,  dv2  and  dv3  are  the  X,  Y,  Z coordi- 
nates, respectively,  (integer  or  decimal) 
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The  direction  vector  may  be  defined 
via  node  numbers  (inteqers)  "Npl"  and 
"Np2."  In  this  case,  the  direction 
vector  goes  from  "Npl"  to  "Np2.  '•  If 
only  "Npl"  is  specified,  the  direction 
vector  goes  from  the  GLOBAL  origin 
throuqh  "Npl." 

The  direction  vector  need  not  be  located 
within  the  tube  region, 

ff 

tl  = A tolerance  which  allows  the  basic  cross 

section  of  a tube  to  be  expanded  or 
contracted  uniformly.  A positive  value 
denotes  a uniform  expansion  of  the  tube, 
whereas  a neqative  value  denotes  a 
uniform  contraction  of  the  tube  by  an 
amount  "tl"  (see  the  figures  below). 
Default:  t1=0.0 

The  cross  section  of  a tube  is  generated  by  projecting 
the  nodes  Nnl,  Nn2,...,  Nnk  onto  a plane  that  is 
perpendicular  to  the  direction  vector  (see  the  figures 
below).  The  resulting  points,  pnl,  pn2,  ...,pnk  define 
the  basic  polygonal  cross  section.  These  points,  "pi,” 
are  connected  in  the  same  sequence  as  the  corresponding 
nodes  are  specified.  This  basic  polygonal  section  can 
be  modified,  expanded  or  contracted,  by  a specified 
tolerance.  The  expansion  case  is  illustrated  in  the 
figures  below.  If  the  tolerance  is  zero,  the  basic  polygon 
defines  the  cross  section  of  the  tube  region.  When  only 
two  nodes  are  specified,  the  region  degenerates  to  a 
finite-width  infinite-length  plane.  Caution  must  be 
exercised  by  the  user  in  specifying  the  ncde  sequence 
than  defines  the  tube(s).  Multiple  tubes  may  be  defined 
by  one  record. 
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Table  156-1.  Directory  of  ATLAS  Data- Component  Labels  and  Standard  Label -Subset  (LSUB)  Names  (Cont'd.) 
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200.0  ATLAS  SYSTEM  EXECUTION 


Execution  of  the  ATLAS  System  is  directed  by  the  user 
via  the  A^LAS  Control  Proqram  as  described  in  this  section. 

Each  directive  to  the  System  is  written  in  the  user-oriented, 
ATLAS-executive  lanquage. 

A brief  outline  of  the  information  presented  in  the 
followinq  sections  is  shown  below. 

Section 

200.1  --Functions  and  structure  of  the  ATLAS  Control 

Proqram. 

200.2  --Format  and  notation  used  to  describe  all  Control - 

Proqram  statements  in  this  document. 

200.3  — Descriptions  of  the  ATLAS- lanquaqe  control 

statements. 

200.4  --Cataloqed  control- statement  procedures  and  their 

use. 

200.5  — Interactive  CoAtrol-Proqram  execution. 

200.6  --Format  and  types  of  interactive  control  commands. 

200.7  --Descriptions  of  the  ATLAS- lanquaqe,  interactive 

control  commands. 
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200.1  ATLAS  CONTROL  PROGRAM 


The  Control  Proqram  is  written  by  the  user  to  perform 
the  followinq: 

a)  Define  the  sequence  and  mode  of  execution  of  selected 
ATLAS  System  Modules  (see  table  10-1). 

b)  Control  A LAS  data-manaqement  functions  (sec.  200.  3.  1). 

c)  Perform  special  analyses  that  are  not  directly 
attainable  by  execution  of  the  ATLAS  System. 

d)  Perform  data  interfaces  between  the  ATLAS  System  and 
external  programs.  Established  interfaces  are  described 
in  appendix  G. 

All  ATLAS-System  directives  are  written  in  a user-oriented, 
executive  lanquaqe.  FORTRAN  and/or  SNARK  language  statements 
(ref.  1-3  ) may  be  interspersed  with  ATLAS  directives  to  create 
a control  Program  to  perform  special  analyses  or  to  perform 
data  interfaces  with  external  programs.  Generally,  a Control 
Proqram  comprised  of  only  ATLAS-System  directives  is  adequate 
tc  perform  the  required  structural  analysis/design  tasks. 

A Control  Proqram  may  be  executed  in  batch  mode,  in  a 
time-shared  mode,  or  in  an  interactive,  time-shared  mode.  The 
System  directives  used  in  batch  or  time-shared  executions  of 
ATLAS  are  referenced  as  ATLAS  control  statements.  These 
statements  are  described  in  sections  200.2  throuqh  200.4. 

System  directives  used  for  interactive  execution  of  ATLAS  are 
referenced  as  ATLAS  control  commands.  These  commands  and  the 
various  modes  of  interactive  processing  are  described  in  detail 
in  sections  200.  5 throuqh  200.7, 

All  ATLAS  control  statements  and  control  commands  have 
the  followinq  general  format: 


Functional  Descriptor  (Plist) 


The  "Functional  Descriptor"  is  one  or  more  key-words  which 
identify  one  or  several  System  Modules  to  be  executed  as  the 
directive  is  processed.  "Plist"  is  a list  of  parameters  which 
is  passed  to  the  Modules  as  they  are  being  executed.  These 
parameters  are  used  tor  three  purposes: 

a)  select  execution  options  of  a Module. 

b;  Change  default  values  as  initially  set  b}  the  Module. 
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c)  Specify  numeric  or  alphanumeric  information  to  be  used 
durinq  execution. 

The  first  and  last  statements  of  each  Control  Proqram 
must  be  the  "BEGIN  CONTROL"  and  "END  CONTROL"  ATLAS -directives, 
respectively,  as  described  in  section  200.3.  Other  ATLAS 
statements  which  control  functions  such  as  data  handling  are 
also  described  in  that  section.  The  remaining  200- series 
sections  of  this  document  describe  the  control  directives  and 
parameters  therein  that  are  oriented  toward  particular 
technologies  (see  table  10-1).  Catalogs  of  ATLAS  statements 
to  control  particular  technical  analyses  are  available  to  assist 
the  user  in  assembling  a control  Proqram.  These  cataloged 
control  procedures  are  described  in  section  200.4. 

The  following  example  Control  Program  to  perform  a stress 
analysis  illustrates  the  use  of  some  of  the  ATLAS  statements. 
Other  examples  are  shown  in  appendix  P. 

BEGIN  CONTROL  PROGRAM  EXAMPLE 

PROBLEM  ID  (TYPICAL  FORMAT  OF  A CONTROL  PROGRAM) 

READ  INPUT 

PRINT  INPUT  (NODAL) 

PRINT  INPUT  (STIFFNESS) 

PERFORM  STRESS 

PRINT  OUTPUT  (STRESSES) 

SAVE  FILES 

END  CONTROL  PROGRAM 

The  problem- definition  data  deck  is  preprocessed  via  the  "READ 
INPUT"  statement  prior  to  requests  for  formatted  printout  of 
the  Nodal  and  stiffness  input  data.  Stress-analysis  computations 
are  processed  via  the  "PERFORM"  cataloged  control  procedure, 
options  were  selected  to  generate  stress-data  printout  and  to 
save  all  ATLAS  data  for  subsequent  restart  of  problem  execution. 
It  should  be  noted  that  all  postprocessing  activities  ic.-q. 
data  printout  and  data  saving)  are  performed  only  if  requested. 

During  problem  execution,  warning  and/or  error  conditions 
may  be  encountered.  A warning  condition  occurs  when  an  ambiquity 
in  the  data  is  detected  which  can  be  resolved  without  user 
interaction.  In  this  case,  a warning  message  is  issued  and 
processing  continues  without  interruption.  An  error  condition 
occurs  either  when  an  inconsistency  in  the  problem  data  is 
defected  which  cannot  be  resolved  by  the  System  or  when  an  error 
is  detected  by  the  computer  operating  system.  In  this  case, 
an  error  messaqe  is  issued  and  further  processing  of  the  current 
statement  is  aborted.  At  this  point,  only  the  statements 
included  in  an  optional,  user-defined  "ERROR  PROCEDURE"  are 
executed  (see  sec.  200.3)  prior  to  terminating  the  job. 
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200.2  CONTROL-STATEMENT  FORMATS 


Throughout  the  200-series  sections  of  this  document,  ATLAS 
lanquage  statements  are  enclosed  within  rectangular  boxes  to 
distinguish  them  from  descriptions  of  the  statements,  within 
these  bcxes,  words  that  are  typed  in  all  upper  case  letters 
are  key-words  and  must  be  input  exactly  as  shown.  The  following 
syntax  is  used  to  define  the  ATLAS  language  statements  and 
parameters  therein: 

a)  { } --Parameters  enclosed  by  braces  have 

optional  input  formats.  One  of  the 
indicated  options  must  be  selected. 

b)  < > — Parameters  enclosed  by  brackets  have 

default  values.  If  the  default  is 
acceptable,  the  corresponding  parameter 
or  parameters  need  not  be  input.  All 
default  values  are  defined  in  the 
descriptions  of  the  ATLAS  statements. 

c)  <n>  —Optional  statement  number  (1<n<70000) 

in  columns  1 through  5 which  may  be 
assigned  to  an  ATLAS  statement. 

d)  Processor  V-Name  of  an  ATLAS  Processor  or 
Postprocessor/  Postprocessor  which  must  be  one  of  the 

following  key-words  (see  table  10- 1 ; : 


ADDINT 

AF1 

BC 

BUCKLING 

CHOLESKY 

DESIGN 

DUBLAT 

EXTRACT 

FLEXAIR 


FLUTTER  MERGE 

FREE BODY  MULTIPLY 

GRAPHICS  NODAL 

INTERACT  REACTION 

INTERPOLATION  RH03 
LOADS  STIFFNESS 

MACHBOX  STRESS 

MASS  VIBRATION 

MATERIAL 


e)  Filename  --Name  of  an  ATLAS  System  data  filv;  which 

must  be  one  of  the  following  key-words: 


ADDIPNF 
AF10RNF 
BUCKRNF 
CHOLRNF 
CONTRNF 
DATARNF 
DES IRNF 


DUBLRNF 
EXTRRNF 
FLEXRNF 
FLUTRNF 
INTERN F 
LOADRNF 
MACHPNF 


MASSPNF 

MERGRNF 

MULTRNF 

RH03RNF 

STIFRNF 

STRERNF 

VIBRRNF 
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C EXECUTION  'N 
DATA  J 


The  data  on  a particular  "Filename" 
are  generated  by  the  "Processor" 
associated  with  the  first  four  letters 
of  that  Filename  except  for  the  DATARNF 
and  CONTRNF  files.  All  input  data 
interrogated  by  the  ATLAS  preprocessors 
are  stored  on  file  DATARNF,  whereas 
CONTRNF  is  available  to  the  user  for 
data  manipulation  within  a Control 
Program.  A list  of  these  key -words 
which  may  be  used  with  some  of  the 
statements,  is  denoted  by  the  word 

Filenames.  Entries  in  Filenames  must 

be  separated  by  commas.  Blanks  within 
Filenames  are  ignored. 

-Name  of  an  ATLAS- System,  sequential 
data  file  which  must  be  one  of  the 
following  key-words: 

SAVESSF  SAVESS2  SAVES S4 

SAVESS1  SAVESS3 

Data  may  be  saved  on  one  or  more  of 
these  files  for  restart  of  system 
execution. 

-List  of  matrix  names  (parameters) 
associated  with  a particular  Filename. 
Entries  muht  be  separated  by  commas. 
Blanks  are  ignored.  All  matrices 
generated  by'  the  system  are  documented 
in  reference  1-2. 

-List  of  parameters  denoting  user-selected 
options  associated  with  execution  of 
a particular  module.  Unless  noted, 
the  order  in  which  parameters  are  listed 
is  immaterial.  Entries  in  Plist  must 
be  separated  by  commas.  Blanks  are 
ignored  except  within  a CATlist 
generation  parameter  (see  d)  below)  . 

Each  parameter  is  either  a key-word 
or  a function  indicator  with  the  general 
format  "CODE=  (Values) . " Entries  within 
Values  must  be  separated  by  commas; 
each  entry  is  referenced  as  a parameter. 
If  only  one  "Value"  is  specified  or 
if  "Values"  is  input  as  a generation 


parameter  *a  TO  b <BY  c>M  (see  d)  below) , 
the  parentheses  about  Values  need  not 
be  input. 

Examples:  SET=2,LC= (10, 12, 40)  , STRESSES 

STIFF=KRED, STURM, SOBSETS=N2  TO  N6 

In  describing  the  Plist  parameters,  the  following  notation 
is  used: 


a)  P&RAM 


b)  Param 


c)  param 

d)  CATlist 


—A  parameter  typed  in  all  upper  case 
letters  is  a key-word.  At  least  the 
underlined  portion  of  a key-word  must 
be  input. 

—A  parameter  with  only  the  leading 
character  typed  in  upper  case  denotes 
that  it  must  either  be  selected  from 
a list  of  system  key-words  or  that  it 
is  identical  to  an  item  (or  a parameter) 
previously-defined  by  the  user. 

—A  parameter  typed  in  all  lower  case 
letters  is  defined  by  the  user. 

—This  word  denotes  that  one  parameter 
Value  or  a list  of  Values  may  be  input 
for  a CODE  (see  "Plist"  above).  A list 
may  denote  generation  of  parameter 
values.  The  options  are  as  follows: 

CATlist  = | (list)  > 

| a TO  b <BY  c>) 

The  word  "list"  denotes  a list  of  two 
or  more  values  which  must  be  enclosed 
within  a pair  of  parentheses.  Each 
value  is  referenced  as  a parameter. 

The  list  "a  TO  b <BY  c>",  with  embedded 
blanks  as  shown,  denotes  the  sequence 
of  parameter  values  a,  a+c,  a+2c,  ...,b. 
The  items  waM  and  "bM  are  either  positive 
integers  or  they  are  alphanumeric  words 
with  trailinq  diqits  (e.g. , N10).  The 
leading  characters  of  "a"  and  "b,"  when 
they  are  alphanumeric  words,  must  be 
identical.  The  item  "cM  is  a positive 
or  negative  integer  and  the  words  TO 
and  BY  are  input  as  shown.  The  right- 
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most  integer  component  of  "b,"  such 
as  18  in  N18,  minus  the  inteqer  component 
of  "a,"  such  as  2 in  N2,  when  divided 
by  "c"  (e.g. , 2)  must  be  a positive 
inteqer  (the  number  8 in  this  case)  . 

If  the  list-qeneration  increment  "c" 

is  +1  or  -1,  the  items  "BY  c"  need  not 

be  input.  One  or  more  of  the  input 

forms  enclosed  within  the  braces  may 

be  used  to  define  the  corresponding  , 

parameters. 

Sr 

5 

Execution  parameters  that  may  be  4 

specified  via  CATlist  may  be  repeated  j 

within  Plist  (i.e. , CODE=CATlist1 r < 

CODE=CATlist2,  ...  may  be  input).  The  ; 

user  is  cautioned  that  a maximum  of  ] 

28  parameters  may  be  specified  within  j 

the  parentheses  of  an  ATLAS  control 
statement  (see  sec.  200.3). 

Input  of  CATlist  is  illustrated  by  the 
examples  presented  for  ATiist  data  items 
(see  sec.  100.2.2).  If  a list  generated 
by  CATlist  is  not  allowed  to  have  non- 
existent items,  it  is  noted  accordingly 
in  the  parameter  description. 

Note:  Throughout  this  document,  a parameter  that 
is  no+-  indicated  as  a key-word  must  be 
input  as  a "decimal  number"  unless  noted 
otherwise  in  the  detailed  parameter 
descriptions.  Brackets  < > and  braces 
{ } used  in  describing  the  syntax  of  the 
statements  are  not  input.  Pairs  of 
parentheses,  equal  signs,  commas  and  square 
brackets  [ ],  however,  must  be  input  as 

indicated. 

e)  Asterisk  Name  Option 

— This  option  provides  a method  of 

implicitly  referencing  previously-defined 
explicit  names  (1  to  7 character 
alphanumeric  words) . If  a name  which 
contains  asterisks  is  specified  within 
Mlist  or  Plist,  a list  of  names  is 
generated  automatically  by  replacement 
of  the  asterisks  with  characters.  All 
resulting  names  will  be  treated  in  the 
same  manner  as  if  they  were  specified 
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explicitly.  When  this  option  may  be 
used,  it  is  noted  accordingly  in  the 
detailed  descriptions. 

For  example,  a matrix  name  specified 
as  AB****1  denotes  all  matrices  whose 
names  start  with  the  letters  AB  and 
end  with  1. 

Another  use  of  this  option  io  for  subset 
names  such  as  Nxxx  in  Plist.  For 
example,  N1*2  is  equivalent  to  the  list 
N102,  N112,  ...,  N192. 

f)  User  Matrix  Name 

—User  Matrices  (see  sec.  10.2)  associated 
with  certain  processors  are  managed 
internally  via  a User-Matrix  Name  catalog 
(ref.  1-1).  Generally,  the  user  assigns 
a 1 to  7 character  alphanumeric  word 
to  each  User  Matrix  generated  by  a 
particular  job.  If  the  same  name  is 
assigned  to  two  different  user  Matrices, 
the  contents  of  the  first-generated 
matrix  are  over-written.  User  Matrices 
are  generated  by  the  BUCKLING,  CHOLESKY, 
MERGE,  MULTIPLY  and  VIBRATION  Processors. 
Additionally,  execution  options  2 and 
3 of  the  Mass  Processor  generate  User 
Matrices. 

The  ATLAS,  FORTRAN  and  SNARK  statements  used  to  create 
a Control  Proqram  follow  the  conventions  of  FORTRAN  with  some 
restrictions  imposed  by  the  ATLAS  and  SNARK  language 
precompilers.  The  following  rules  must  be  followed. 

a)  Columns  1-5  are  blank  or  may  contain  a statement  number 
in  the  range  1-70000. 

b)  A statement  is  always  written  within  columns  7-72. 

c)  Statements  longer  than  66  columns  may  be  continued 
onto  following  cards  (cols.  7-72)  provided  a FORTRAN 
character  other  than  zero  is  punched  in  column  6. 

Except  for  this  case  or  if  the  card  contains  a usej 
comment,  column  6 is  blank. 

d)  columns  73-80  may  be  used  as  the  user  wishes. 
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e)  ix  user  comment  card  may  be  included  in  a Control 

Proqram.  Such  a card  must  have  the  letter  C punched 
in  column  1.  Columns  2-80  are  used  for  comment 
information. 

Subroutines  and/or  secondary  overlays  may  be  used  within 
a Control  Program.  They  must  be  written  in  either  FORTRAN  or 
SNARK.  The  following  words  and  any  of  the  words  denoted  by  "Savefile" 
or  "Filename,"  as  defined  previously,  may  not  be  used  as  variable 
names  within  FORTRAN  or  SNARK  statements. 


CON PARS 

IPTU 

PLOT FI L 

SC01RIF 

SCALRNF 

CPTACC 

ISAVERR 

RESERVE 

SC02RIF 

SEARRNF 

DIAGFIL 

KCONPAR 

SUBSRNF 

SC03RIF 

SYSRNF 

FLORFNF 

K ERROR 

SC00RNF 

SC04RIF 

TAPE3 

GRAFSQ1 

KLABEL 

SC01RNF 

SC00SSF 

TAPE5 

GRAFS Q2 

KWARN 

SC02RNF 

SC01SSF 

TAPE6 

I CYCLE 

KXINST 

SC03RNF 

SC02SSF 

TAPE96 

IEFRCT 

LABEL 

SC04RNF 

SC03SSF 

TAPE99 

IFILE 

NEXTADR 

SC00RIF 

SC04SSF 

Additionally, 

variable  names 

may  not  begin  with  any 

of  the 

following  character  strings: 

BEGI 

INTE 

PROS 

SAVE 

CHAN 

J0,J1,...,J9 

PURG 

USER 

C Q 

KQ 

QX 

VQ 

DMP 

LOAD 

RENA 

WQ 

ERRO 

LQ 

READ 

EXEC 

PERF 

RQ 

INDE 

PR  IN 

. ,R9 

The  user  is  cautioned  that  blank  common  established  via 
a control  Program  is  not  preserved  after  execution  of  an  ATLAS- 
languaqe  control  statement.  Use  of  blank  common,  FORTRAN  or 
SNARK  statements  in  a Control  Proqram  are  not  required  for 
standard  ATLAS-system  executions. 
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All  of  the  ATLAS-language  control  statements  required  for 
execution  of  the  ATLAS  System  are  defined  in  this  section  and  are 
summarized  in  table  200-1.  Each  ATIAS  statement  is  comprised  of 
two  leading  key-words  followed  either  by  a few  additional  key- 
words or  a parameter  list  (Mlist  or  Plist) . A parameter  list 
must  be  enclosed  by  a pair  of  parentheses.  No  more  than  28 
parameters  may  be  specified  within  the  parentheses. 

An  ATLAS  statement  is  one  of  the  following  types: 

a)  A statement  used  to  perform  general,  utility-like 
functions ; 

b)  A statement  with  a parameter  list  that  is  oriented 
toward  a particular  technology. 

200.3.1  General  Control  Statements 


BEGIN  CONTROL  <MATRIX>  PROGRAM  <name> 


This  must  be  the  first  statement  in  a Control  Program.  If 
the  program  contains  any  SNARK  statements  (ref.  1-3  ) , the  word 
MATRIX  must  be  included  in  the  BEGIN  statement.  The  "name** 
option  permits  the  user  to  identify  his  program  with  an 
alphanumeric  word  that  begins  with  an  alphabetic  letter  and  is 
comprised  of  1 to  7 characters.  The  default  name  is  NONAME. 

If  a user  desires  to  manipulate  directly  any  of  the  data 
generated  by  the  system,  it  must  be  performed  by  SNARK  and 
FORTRAN  statements  in  the  Oontrol  Program.  Such  activities 
constitute  a more  advanced  use  of  ATLAS.  All  SNARK  file- 
declaration  statements  are  prohibited  in  a Control  Program. 


<n>  CALL  FILEADD  (fet,  (Filenames)) 


This  statement  is  required  to  open  the  appropriate  data 
files  denoted  b/  Filenames  so  that  data  matrices  can  be  accessed. 
All  data  files  are  initially  closed  (nonaccessible)  to  a Control 
Program  and  they  are  always  returned  to  a closed  status  after 
each  ATLAS  statement.  Therefore,  if  access  to  one  or  more  files 
is  required  at  different  stages  of  a Control  Program,  this 
statement  must  be  input  as  many  times  as  necessary.  A maximum  of 
20  files  may  be  opened  by  one  statement  of  this  type. 

The  word  "fet"  denotes  a File -Environment-Table  array.  A 
different  array  of  50  words  is  required  for  each  file  that  is  to 
be  opened.  Thus,  the  FORTRAN  statement  "DIMENSION 
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Table  200-1. 


Summary  of  ATLAS  Control  Statements 


C EXECUTION 
DATA 


BEGIN  CONTROL  < MATRIX > PROGRAM  < name  > 


< n > CALL  FILEADD  ( fat,  { Fi lenames  | ) 

< n > CALL  PRNTCAT 

< n > CALL  REQFL  (coresize) 

CHANGE  ID  (text) 


< n > END  < CONTROL  PROGRAM > 

ERROR  PROCEDURE 

< n > EXECUTE  /Jf0Jessor  i <(plist)> 

I Post  processor  i 

< n > INDEX  FILES  <(Fi lenames)> 

< n > INTERACt I VE  CONTROL 

< n > LOAD  FILES  < ( <^  Save! i !e  = REWIND*^  < Fi  ,enames>  .OPTION  = {i }>>> 

< n > LOAD  MATRIX  ( / Savef  I le  =ii*.WIND,\  Filename,  MlistC,  OPTION  = /U>) 

NSavefile,  / 1 2 f 

<n  > PERFORM  | Proceutire  } <(Pllst)> 

<">  PSIHT  {Uh'i'xid} 

< n > PRINT  { ourpyj  } (|  Postprocessor^,  PI  I st  >) 

PROBLEM  ID  (text) 

< n > PURGE  FILES  <(Fi lenames)> 

< n > PURGE  MATRIX  (FILE  =Fi lename.  Ml i st) 

< n > PURGE  MATRIX  <(Mlist)> 

< n > READ  INPUT<(<l=F»le,>(JJj’[’  ^ )> 

< n > RENAME  MATRIX  (Old!  =ne«l,  01  d2  =nsw2,  . . . ) 

< n > SAVE  FILES  < < {sale! i I e = REW1ND, ^ < Fi lenames  > )> 

< n > SAVE  MATRIX  ( ^ savefile =RE*,ND‘)  Filename,  Mi i st) 

USER  COMMON  (list) 
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A (size) M must  be  included  in  the  Control  Program.  The  array 
dimension.  Msize,“  must  be  an  integer  equal  to  50*n  where  "n“  is 
the  maximum  number  of  files  opened  by  a statement  of  this  type. 
Examples : 

DIMENSION  A(150) ,B (100) 

CALL  FI 'E  ADD  ( A , DATARNF  , LOADRNF , MAS  SRNF) 

CALL  FILFADD  ( B , CONTRNF , VI BRRNF) 

If  .he  data  that  are  to  be  manipulated  directly  are  stored 
in  User  Matrices,  they  can  be  accessed  only  by  proper 
interrogation  of  the  User-Matrix  Name  Catalog.  These 
interrogations  are  performed  via  the  ATLAS-System  Library 
routines  named  INCRB,  GMLKUP  and  GMISRT  (ref.  1-1) . 


<n>  CALL  PRNTCAT 


This  statem.-nt  allows  the  user  to  print  the  User-Matrix 
Name  Catalog.  T’  ime,  type  and  size  of  each  User  Matrix  and 
the  associated  FiJ._..ame  are  displayed. 


<n>  CALL  REQFL  (cores.'  ze) 


The  central -memory  field  length  is  changed  to  “cores izeH 
prior  to  executing  subsequent  Control  Program  statements.  If 
“coresize " is  input  as  an  octal  number,  it  must  be  appended  h 
the  letter  B.  The  primary  benefit  to  the  ATLAS  user  is  to  be 
able  to  reduce  the  cost  associated  with  central  memory  usage 
whenever  possible.  Core  requirements  are,  in  general,  problem 
dependent  and  vary  from  module  to  module  (see  sec.  11.3).  Users 
are  cautioned  that  the  program  field  length  should  not  be 
adjusted  higher  than  tha  field  length  requested  on  the  Job  Card. 
Additionally,  this  statement  should  be  used  only  after  another 
ATLAS  statement  in  a Control  Program. 


CHANGE  ID  (text) 


The  problem-identification  label  (text)  previously  defined 
b tj  the  PROBLEM  ID  control  statement  may  be  changed  to  the  “text" 
specified  by  this  statement  anywhere  within  a Control  Program. 

If  a Control  Program  is  loaded  from  magnetic  tape  or  a 
permanent  file,  the  problem  identification  label  may  be  redefined 
via  ine  PROBLEM  ID  input  record.  This  special  data  record  has 
the  for^: 


PROBLEM  ID  V text  / 
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EXECUTION 
DATA 


If  this  record  is  used,  it  must  be  input  immediately  before 
the  first  "BEGIN  Set-Name  DATA”  record  in  the  data  deck  (see 
sec.  100.  1)  . 


<n>  END  < CONTROL  PROG FAM> 


This  must  be  the  last  statement  in  a control  Program. 

I*  initiates  the  generation  of  the  overlay  statement,  program 
statement,  declaration  statements,  and  the  opening  and  closing 
statements  of  the  Control  Program. 

{ ERROR  PROCEDURE 

This  statement  allows  the  user  to  define  error-analysis 
and  recovery  procedures  located  at  the  end  of  a Control  Program. 
Recovery  code  which  follows  this  statement  may  include  any  ATLAS 
statements  (including  FORTRAN  and  SNARK)  to  be  executed  only 
it  an  error  is  encountered.  It  is  recommended,  however,  that 
the  user  limit  his  code  to  output  statements.  If  no  ATLAS 
statements  follow  "ERROR  PROCEDURE,"  the  default  recovery  code 
is  implicitly  SAVE  FILES  (automatica lly  executed). 

The  initialization  portion  of  an  error  procedure  execution 
automatically  issues  the  comment: 

NON  STANDARD  ERROR  EXIT  OCCURRED  DURING  EXECUTION  OF  ATLASn 

fhis  indicates  an  error  occurred  during  execution  of  the  ATLAS 
control  statement  which  began  with  the  n-th  card  of  the  source 
deck.  It  will  then  execute  the  defined  (or  defaulted) 
statement (s)  which  make  up  the  error  procedure.  If  an  error 
occurs  within  the  error-recovery  execution,  a FORTRAN  EXIT  is 
called. 

I <n>  INDEX  FILES  < (Filenames) > | 

The  names  of  all  the  matrices  on  Filenames  are  printed. 

The  default  for  Filenames  is  all  Filenames  (sec.  20 0..,). 

{'  <n>  INTERACTIVE  Co’nTRQL 

This  statement  is  used  to  initiate  interactive  Control- 
Program  processing  in  a rime-shared  mode  via  a remote  terminal. 
Execution  control  is  transferred  to  the  terminal  in  the  ATLAS 
interactive  mode  as  described  in  section  200.5.  At  this  point, 
Control-Proqram  directives  referenced  as  ATLAS  control  commands 
are  entered  via  the  /^ey-board.  Detailed  descriptions  of  all 
control  commands  and  interactive  execution  of  ATLAS  are  presented 
in  sections  200.5  throuqh  200.7,  The  INTERACTIVE  CONTROL 
statement  may  be  used  many  times  within  a Control  Program. 
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<n>  LOAD  FILES  < (/Savefile=REWINDA <FilenamesX,OPTION=/1  l>)  > 

\Savefile,  / 12/ 


The  contents  of  one  file  of  savefile  are  transferred  to 
the  data  files  specified  by  Filenames,  only  the  data  that  are 
available  on  Savefile  which  are  directly  associated  with  a 
particular  Filename  are  transferred  to  that  data  file  (ref. 

1-2).  The  CATION  parameter  denotes  the  action  to  be  taken  when 
a User  Matrix  to  be  loaded  has  the  same  name  of  a previously- 
defined  User  . atrix.  In  this  case,  matrix  loading  stops  and 
an  error  messaqe  is  issued  if  0PTI0N=2  is  used.  For  0PTI0N=1, 
the  default,  contents  of  the  first  matrix  are  over-written. 

The  default  for  Savefile  is  SAVESSF  and  the  default  for  Filenames 
is  all  data  files  on  Savefile.  Read  positioning  within  Savefile 
is  the  user's  responsibility.  If  *he  key-word  REWIND  is  used, 
Savefile  is  automatically  rewound  prior  to  reading  its  data 
contents. 


<n>  LOAD  MATRIX  (/Savefile=REWIND,\  Filename, Mlist<,OPTION=f  1 )>) 

\Savefile,  / 12) 


Only  the  matrices  identified  by  Ml.ist  are  transferred 
to  the  data  file  Filename  from  one  file  of  Savefile.  The 
Asterisk  Name  Option  (sec.  200.2)  may  be  used  in  Mlist.  The 
OPTION  parameter  denotes  the  action  to  be  taken  when  a User 
Matrix  to  be  loaded  has  the  same  name  of  a previous ly-def ined 
User  Matrix.  In  this  case,  matrix  loading  stops  and  an  error 
messaqe  is  issued  if  OPTION=2  is  used.  For  OPTION=1,  the 
default,  contents  of  the  first  matrix  are  over-written.  The 
default  for  Savefile  is  SAVESSF.  Read  positioning  within 
Savefile  is  the  user's  responsibility.  If  the  key-word  REWIND 
is  used,  Savefile  is  automatically  rewound  prior  to  reading 
its  data  contents. 


<n>  PRINT  (MATRIX  > (Filename,  Mlist) 
( MATRIXID ) 


Tiiis  statement  allows  the  user  to  princ  the  full  matrix 
(MATRIX)  or  only  the  identification  (MATRIXID)  of  each  Filename 
matrix  specified  by  Mlist.  The  Asterisk  Name  Option  (sec. 

200.2)  may  be  used  in  Mlist.  The  matrices  identified  by  Mlist 
are  printed  in  a compacted  format. 
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PROBLEM  ID  (text) 


This  is  an  optional  second  statement  of  a Control  Proqram 
which  allows  the  user  to  attach  a label  to  his  Control  Proqram. 

A maximum  of  300  characters  includinq  any  blanks  within  the 
pair  of  parentheses  may  be  used.  The  problem  identification 
••text"  is  printed  upon  execution  of  each  ATLAS  statement,  when 
printout  is  requested  via  the  PRINT  INPUT  or  PRINT  OUTPUT 
statements,  this  "text"  is  also  printed*  Generally,  only  the 
first  80  characters  of  "text"  are  displayed.  If  "text"  is  blank 
or  if  this  record  is  not  included  as  a control  statement,  a 
default  "text"  is  provided. 


<n>  PURGE  FILES  < (Filenames)  > 


The  contents  of  the  specified  Filenames  are  purged  via 
this  statement.  The  specified  data  files  are  erased  and  if 
any  User  Matrices  were  included,  the  User-Matrix  Name  Catalog 
(ref.  1-1)  is  updated  accordingly.  The  default  for  Filenames 
is  all  Filenames  (sec.  200.  2). 


<n>  PUFGE  MATRIX  (FILE=Filename,  Mlist)  | 

The  matrices  identified  by  Mlist  are  purged  from  the 
specified  Filename  (erased  fiom  storage) . The  Asterisk  Name 
Option  (sec.  200.2)  may  he  used  in  Mlist.  User  Matrix  names 
may  no4-  be  included  in  Mlist  (see  next  statement) . 

{ <n>  PURGE  MATRIX  < (Mlist)  > 

The  User  Matrices  identified  by  Mlist  are  purged.  The 
specified  matrix  names  are  removed  from  the  User-Matrix  Name 
Catalog  (ref.  1-1)  and  the  corresponding  matrix  contents  are 
erased  from  storage.  The  default  for  Mlist  is  all  generated 
User  Matrices. 


<n>  READ  INPUT  <(<I=File,> 

/MODE1  \ 

)> 

\MODE2 / 

This  statement  initiates  reading  and  preprocessing  of 
all  the  input  data  included  in  a data  deck  (see  sec.  100.1). 

The  parameter  I=File,  which  has  a default  value  of  I=5LINPUT, 
identifies  the  name  of  the  input-data  file.  If  5LINPUT  is  not 
used,  cne  of  the  Savefiles  (SAVESSF  or  SAVESS1  through  SAVESS4) 
should  be  assigned  to  File  (e.g.  I=SAVESS2).  The  optional  Key- 
word MO DEI  or  MODE2  defines  which  data- record  input  format, 
as  discussed  in  section  100.2.1,  is  to  be  assumed  initially. 

The  default  input  mode  is  MODE1  (each  record  is  te  linated  with 
a slash).  Multiple  data  decks  included  in  a single  job  are 
read  and  preprocessed  by  multiple  statements  of  this  type. 
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|‘  <n>  RENAME  MATRIX  (Old1=new1 ,Old2=new2,  . ..)  | 

This  statement  allows  the  user  to  change  the  names  previously 
assiqned  to  User  Matrices.  The  old  names  (Oldl,  01d2,  ...) 
are  replaced  by  the  new  names  (newl,  new2,  ...).  The  User- 
Matrix  Name  Catalog  (ref.  1-1)  is  updated  accordingly. 


<n>  SAVE  FILES  < ( / Savef ile=REWIND A <Filenames>) > 

\ Savefile,  / 


The  contents  of  the  specified  Filenames  are  copied  onto 
the  specified  Savefile  in  SNAFK  MATRIX1  format  (ref.  1-3). 

One  record  is  written  for  each  matrix  that  is  saved.  An 
additional  record  is  written  for  each  partition  of  a saved  User 
Matrix.  No  end-of-file  is  written  on  Savefile  via  this 
statement.  The  default  for  Savefile  is  SAVESSF  and  the  default 
for  Filenames  is  all  generated  data  files.  The  statement  "SAVE 
FIIES"  causes  all  generated  data  files  to  be  copied  onto  SAVESSF. 
Positioning  within  Savefile  is  the  user's  responsibility.  If 
the  key-word  REWIND  is  used,  Savefile  is  automatically  rewound 
prior  to  writing  data  on  it. 


<n>  SAVE  MATRIX  (/  Savef ile=REWIND,\  Filename,  Mlist) 

\ Savefile,  / 


Only  the  Filename  matrices  identified  by  Mlist  are  copied 
onto  the  specified  Savefile  in  SNARK  MATRIX1  format  (ref.  1- 
3).  The  Asterisk  Name  option  (sec.  200.2)  may  be  used  in  Mlist. 
One  record  is  written  for  each  matrix  that  is  saved.  An 
additional  record  is  written  for  each  partition  of  a saved  User 
Matrix.  No  end-of-file  is  written  on  Savefile  via  this 
statement.  The  default  for  Savefile  is  SAVESSF.  Positioning 
within  Savefile  is  the  user's  responsibility.  If  the  key-word 
REWIND  is  used,  Savefile  is  automatically  rewound  prior  to 
writing  data  on  it. 

USE?  COMMON  (list)  " 

This  statement  or  the  equivalent  FORTRAN  COMMON  statement 
"COMMON/USERCOM/list"  may  be  required  when  the  Control  Program 
includes  FORTRAN  statements.  Any  Control  Program  variable  whose 
vaxue  is  set  prior  to  an  ATLAS  statement  and  which  is  required 
subsequently  must  be  declared  in  "list."  This  is  required 
because  the  Control  Program  is  reloaded  after  execution  of  each 
ATLAS  statement.  Any  DO-loop,  for  example,  which  includes  an 
ATLAS  statement  within  its  range  must  have  the  DO-loop  index 
in  "list."  A maximum  of  64  variables  may  be  specified  in  "list." 
A variable  included  in  "list"  may  not  be  initialized  by  a FORTRAN 
DATA  statement  in  the  Control  Program.  Additionally,  this  type 
of  statement  may  only  be  used  once  per  Control  Program. 
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200.  3.2  Te  chui£ai.lx2QligD£ed_Q2n£lQl_S£a£  egjeQt  s 

Each  parameter  list,  Plist,  associated  with  the  followinq 
three  ATLAS  statements  is  oriented  towards  a particular 
technology.  Detailed  descriptions  of  these  Plist  parameters 
are  presented  in  the  followinq  200-series  sections  of  this 
document. 


<n>  EXECUTE  I Processor  > <(Plist)> 
\ Postprocessor  f 


This  statement  initiates  execution  of  the  specified 
Processor  or  Postprocessor.  Values  of  the  Plist  parameters 
denote  execution  options  associated  with  the  identified  module. 


<n>  PERFORM  {Procedure}  < (Plist)  > 


This  statement  is  automatically  replaced  by  the  sequence 
of  ccntrol-Proqram  statements  that  are  associated  with  the 
identified  Procedure.  A procedure  (catalog  of  control 
statements)  may  include  FORTRAN  and  SNARK  statements  and  any 
otner  ATLAS  statements  (including  other  PERFORM  statements) . 

The  user  may  select  one  of  the  standard  procedures  made  available 
by  the  ATLAS  System  or  he  may  supply  his  own  procedure  to  perform 
the  required  analysis  functions.  Use  of  this  statement  and 
cataloged  control  procedures  are  described  in  section  200.4. 

<n>  PRINT  / INPUT  ) ({Postprocessor}  <,Plist>) 

( OUTPUT  / 


This  statement  initiates  execution  of  the  specified 
Postprocessor.  Printout  of  the  input  data  (INPUT)  or  the  output 
data  (OUTPUT)  associated  with  a particular  Processor  are 
requested  by  a statement  of  this  type.  Print  parameters 
specified  via  Plist  designate  which  data  are  to  be  printed  and 
how  they  are  to  be  displayed. 

In  addition  to  usinq  ATLAS,  FORTRAN  and  SNARK  statements 
to  create  a Control  Program,  any  of  the  routines  included  in 
the  ATLAS-System  library  may  also  be  used.  Some  of  these 
routines  are  used  to  interface  ATLAS  with  several  computer 
programs  that  are  external  to  ATLAS.  Other  routines,  for 
example,  provide  data- management  functions  applicable  to 
modification  of  the  structural-model  input  data.  These 
interfaces  and  certain  data-management  functions  are  described 
in  appendix  G.  Descriptions  of  all  of  the  ATLAS- library  routines 
are  presented  in  reference  1-1.  Use  of  the  ATLAS-library 
routines  and  use  of  FORTRAN  and  SNARK  statements  are  only 
required  when  analyses  which  are  not  directly  attainable  by 
the  ATLAS  System  Modules  are  to  be  performed. 


200.4  CATALOGED  CONTROL  PROCEDURES 


A cataloq  of  ATLAS,  FORTRAN  and/or  SNARK  language 
statements  may  be  used  to  define  a complete  Control  Program 
or  portions  thereof,  standard  control  procedures  are  available 
for  performing  certain  standard  analyses  of  stiffness  and  mass 
SET/STAGE  structural  models  and  substructure  models. 
Additionally,  the  user  may  write  his  own  control  procedures 
for  use  in  assembling  a Control  Program  to  perform  special 
functions.  Example  Control  Programs  which  use  some  of  the 
standard  control  procedures  are  illustrated  in  appendix  F. 

200.4. 1 standard  Control-Procedures  for  SET/STAGE  Models 

The  following  ATLAS  statement  may  be  used  in  a Control 
Program  for  analyses  of  stiffness  and  mass  SET/STAGE  structural 
models: 

f <n>  PERFORM  {Procedure}  <(Plist)>  } 


Procedure  The  name  of  one  of  the  standard  SET/STAGE 

cataloged  procedures.  The  available 
options  are  as  follows: 

DESIGN  M-REDUCE  STRESS 

F- REDUCE  REDUCE 

K-R EDUCE  R- STRESS 

The  functions  of  each  of  these  procedures 
are  presented  in  appendix  E. 

The  optional  parameters  that  may  be  included  in  Plist 
are  as  follows: 

Key-Word=value  This  parameter  allows  the  user  to  change 

the  "valne"  of  an  ATLAS  statement 
parameter  specified  via  "Key-Word”  that 
is  included  in  the  selected  "Procedure." 
Each  ATLAS  statement  within  Procedure 
that  has  a parameter  identified  by  Key- 
word is  changed  automatically  to  reflect 
the  specified  "value."  The  parameter 
formats  "a"  and  "a  TO  b <BY  c>"  may 
be  used  to  specify  "value."  A "value" 
with  embedded  commas  (e.q.,  "Key- 
Word=  (values)  , " may  not  be  used.  Several 
parameters  of  this  type  may  be  included 
in  Plist. 
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The  parameters  introduced  by  the  key- 
words SET,  STAGE,  LUMP,  LC  and  MATERIAL 
are  most  commonly  changed  by  this  option. 

[ olds ]=[  News  1 This  parameter  allows  the  user  to  replace 

a string  of  characters  specified  by 
Olds  with  a new  character  string 
specified  by  News.  Each  ATLAS  statement 
within  Procedure  that  includes  olds 
in  its  parameter  li3t  is  modified 
automatically.  If  a character  string 
is  to  be  deleted.  News  should  be  input 
as  a blank.  Otherwise,  all  blanks 
included  in  the  specified  strings  are 
ignored  except  those  in  a parameter 
list  Ma  TO  b <BY  c>."  The  indicated 
brackets  [ ] must  be  input.  Several 

parameters  of  this  type  may  be  included 
in  Plist. 

Example:  Assume  element  stresses  are  to  be  calculated 

for  stiffness  data  set  5 and  boundary  condition 
staqe  2 and  the  matrix  of  reaction  forces  is 
to  be  named  REACT,  The  appropriate  PERFORM 
statement  to  initiate  execution  of  the  standard 
procedure  STRESS  (see  appendix  E)  would  assume 
the  following  format. 

PERFORM  STRESS  (SET=5,  [R31  ]=[ REACT],  STAGE=2) 

200. 4. 2 Standard  Control- Procedures  for  Substructure  Analyses 

The  following  forms  of  the  PERFORM  statement  may  be  used 
in  a Control  Program  to  reference  standard  procedures  for 
analyses  c.  substructure  models. 


<n>  PERFORM  (Procedure}  ((Type,}  SS=Subs) 


Procedure  The  name  of  one  of  the  standard 

substructure  cataloged  procedures. 

The  available  options  are: 

SS- MERGE  SS-VSOLVE 

SS- REDUCE  SS- PARTITION 

SS-SSOLVE  §S- BACK SUBSTITUTION 

The  functions  of  each  of  these  procedures 
are  described  in  detail  in  appendices 
D and  E. 
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The  name  of  a matrix  type  on  which  the 
function  associated  with  the  selected 
Procedure  is  to  be  performed.  The 
options  are: 

STIFFNESS  MASS  LOADS 

This  parameter  is  applicable  only  to  the 
SS-MERGE  cind  SS -REDUCE  procedures  for 
which  one  or  more  of  these  key -words  may 
be  specified. 

SS=CATlist  ATLAS  list  of  substructure  numbers  for 

which  the  activity  denoted  by  Procedure 
is  to  be  performed. 

Example:  If  the  structural  stiffness  matrices  for 

substructures  2,  8,  10,  12,  15  and  16  are  to  be 
assembled  and  reduced,  the  following  statements 
could  be  used  within  a Control  Program: 

PERFORM  SS-MERG  (STIFFNESS,  SS=(2,  8 TO  12  BY  2,  15,  1 6)  ) 
PERFORM  SS-REDU  (STIFFNESS,  SS=(2,  8 TO  12  BY  2,  15,  16)) 
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200. 4. 3 User- Defined  Control  Procedures 

A user- written  catalog  of  Control  Program  statements  may 
include  ATLAS,  FORTRAN  and/or  SNARK  language  commands  in  addition 
to  PERFORM  statements  that  reference  other  user-written  or 
system- standard  procedures.  A procedure  is  established  in  the 
followinq  manner: 

a)  The  first  statement  of  each  procedure  must  be  the  word 
PROCEDURE,  beginning  in  column  1,  followed  by  at  least 
one  blank  and  the  procedure  name.  This  identifier 

is  an  alphanumeric  word  with  1 to  10  non-blank 
characters.  The  first  3 characters  should  not  be  "SS-." 

b)  subsequent  statements  are  those  which  are  to  be 
retrieved  when  the  corresponding  PERFORM  statement 
is  included  in  a Control  Program. 

c)  A single-record  file  identified  as  USERPRO  must  be 
made  available  at  job  execution  time.  This  file  must 
contain  at  least  ail  of  the  cataloged  procedures 
referenced  by  the  Control  Program  that  is  to  be  executed 
(see  sec.  11.2). 

The  following  forms  of  the  PERFORM  statement  may  be  used 
in  a control  Program  to  reference  user-defined  cataloged 
statements. 


<n>  PERFORM  {Procedure}  <(Plist)> 


Procedure  The  name  of  a control  procedure 

previously  defined  by  a user. 

The  optional  parameters  that  may  be  included  in  Plist 
are  as  follows: 

Key-Word=value\  These  parameters  are  the  same  as  defined 
[ Olds  ]=[  News  ] / for  the  standard  SET/STAGE  cataloged 

procedures  (see  sec.  200.4.1). 


Example:  Assume  the  user  has  cieated  a file  of  cataloqed- 
procedures  equivalenced  to  USERPRO  at  execution 
time  on  which  is  included  the  followinq: 

PROCEDURE  STRE-OUT 

C PRINT  DISPLACEMENTS,  STRESSES  AND  REACTIONS 

PRINT  OUTPUT (DISP, SET* 1 , STAGE* 1) 

PRINT  OUTPUT (STPE, SET* 1 , STAGE* 1) 

PRINT  OUTPUT (REACTIONS, SET* 1, STAGE=1 , EQCHK) 
PROCEDURE  SAVE- DAT 

C SAVE  DATA  FOR  FUTURE  ELEMENT- SUBSET  STRESS 
C PRINTING 

SAVE  FILES  (DATARNF,STRERNF) 

INDEX  FILES  (DATARNF,  STRERNF) 

PROCEDURE  MORE 

C ADDITIONAL  PROCEDURES  COULD  BE  ON  THIS  FILE. 

The  following  Control  Program  could  then  be  executed  to 
perform  a stress  analysis  of  stiffness  data  set  3 with 
boundary-condition  stage  2 for  the  load  cases  identified 
by  LOD4  and  LOD9.  This  Control  Program  uses  the  user- 
defined  procedures  STRE-OUT  and  SAVE-DAT  as  well  as  the 
standard  procedure  STRESS. 

BEGIN  CONTROL  PROGRAM  DEMO 

PROBLEM  ID  (EXAMPLE  FOR  USE  OF  CONTROL  PROCEDURES) 

READ  INPUT  (M0DE2) 

PERFORM  STRESS  (SET=3,  STAGE =5 , [ALL]*  [ (LOD4,LOD9)  ]) 
PERFORM  STRE-OUT  (SET=3  ,[  STAGE*  1 ]=[  STAGE*  5,  LC*  (LOD4 , LOD9)  ]) 
PERFORM  SAVE-DAT 
ERROR  PROCEDURE 
END  CONTROL  PROGRAM 
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200.5  INTERACTIVE  CONTROL- PROGRAM  EXECUTION 

Interactive  Control- Prog ram  processinq  is  initiated  by 
the  ATLAS  control  statement  "INTERACTIVE  CONTROL"  as  described 
in  section  200.3.  In  this  mode  of  system  execution,  the 
following  activities  may  be  performed  via  a remote  terminal: 

a)  Data  and  control  files  can  be  defined,  interrogated 
and/or  modified  by  edit  capabilities  inherent  to  the 
ATLAS  Interactive  control  Module. 

b)  control  commands  can  be  specified  to  direct  execution 
of  selected  ATLAS  System  Modules  and  to  control  data 
management  functions. 

All  interactive  Contzci-Proqram  directives  are  referenced  as 
ATLAS  control  commands.  The  syntax  of  these  commands  is 
presented  in  sections  200.6  and  200.7. 

Each  control  command  may  be  executed  immediately  after 
it  is  input  via  the  terminal.  Alternatively,  multiple  commands 
may  be  entered  and  stored  to  create  a "command  procedure"  prior 
to  execution  thereof.  Command  procedures  may  be  nested 
(concatenated)  to  form  a maximum  of  10  procedure  levels  through 
procedure  calls  (RUN  commands  as  described  in  section  200.7). 

Three  modes  of  interactive  processinq  are  identified: 

a)  ATLAS  mode  --The  basic  mode  of  all  interactive 

Controi-Proqram  processinq.  This  mode 
is  entered  either  from  the  Control 
Program  via  an  "INTERACTIVE  CONTROL" 
statement  or  from  a higher-level  command 
procedure  via  execution  of  a "RETURN" 
or  "REVERT"  command  (see  sec.  200.  7). 

b)  EDIT  mode  --Entered  from  the  ATLAS  mode  via  the 

"priority"  command  "SEPIT"  to  define 
and/or  manipulate  files. 

c)  EXECUTE  mode  —Entered  from  the  ATLAS  ; ode  via  the 

execute  symbol  "#."  Execution  of  all 
control  commands  is  monitored  by  this 
mode. 

The  ATLAS  mode  is  re-entered  upon  completion  of  activities  in 
either  the  EDIT  or  the  EXECUTE  mode.  Further  descriptions  of 
these  processing  modes  are  presented  in  the  following  sections. 
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200.  5.  1 ATLAS  Inter  active.  Mode 

All  interactive  processing  is  directly  or  indirectly 
monitored  from  the  ATLAS  mode.  This  mode  is  identified  by  the 
prompt  character 

A> 

displayed  at  the  beginning  of  each  line  on  the  terminal  screen. 

At  this  point,  an  ATLAS  command  is  entered  via  the  keyboard. 

If  the  command  is  to  be  executed  directly,  the  execute  symbol 
should  be  typed  followed  by  depressing  the  CR  (carriage 
return)  key.  If  the  command  is  to  be  stored  for  subsequent 
execution,  the  symbol  "#"  should  not  be  input.  Multiple  commands 
entered  without  the  " #"  symbol  defines  a TTY  command  procedure. 

Entry  of  the  execute  symbol  ••  if ••  initiates  processing  of 
a TTY  command  procedure.  An  image  of  the  commands  is  stored 
on  the  file  identified  by  the  name  TEXTFIL.  Durinc  execution 
of  the  procedure,  control  activity  may  be  reverted  to  the  ATLAS 
mode  from  the  EXECUTE  mode  at  user-selected  interrupt  points 
within  the  procedure.  These  options  are  described  in  section 
200.5. 3. 

Special  "priority"  commands  may  be  entered  in  the  ATLAS 
mode  to  change  the  central- memory  field  length,  to  enter  the 
EDIT  mode  or  to  display  or  delete  the  last  "n"  lines  entered 
via  the  key-board.  Priority  commands  are  processed  immedi.  . Uy 
followed  by  the  ATLAS  mode  being  resumed  for  further  preparation 
of  control  commands. 

200.5.2  EQ£T  _ Iptepactjye  Mode 

The  EDIT  mode  is  entered  from  the  ATLAS  mode  via  the 
priority  command  "BEDIT."  The  editor  operates  in  either  the 
input  sub-mode  or  the  edit  sub-mode  identified  by  the  prompt 
characters 

I>  or  £> 

The  edit  capabilities  of  the  Interactive  Control  Module  are 
identical  to  the  BCS  text  editor  (CMEDIT)  capabilities  which 
are  documented  in  reference  200-1.  For  convenient  referencing, 
these  capabilities  are  also  described  in  Appendix  H. 

Command  procedures  established  in  the  EDIT  mode  are 
referenced  as  FILE  procedures.  An  imaqe  of  the  commands  is 
stored  on  a file  identified  by  a user- specified  name.  This 
file  is  subsequently  processed  vis  the  "COMPILE"  or  "RUN"  command 
as  described  in  section  200.7. 
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200 . 5. 3 EXECUTE  Interactive  Mode 

A command  procedure,  which  may  contain  any  number  of 
commands,  is  processed  in  two  stages. 

a)  Each  command  within  the  procedure,  the  '’source"  code, 
is  interrogated  and  compiled  (interpreted)  into  a pre- 
defined format  referenced  as  the  "object"  code. 

b)  The  object  code  is  executed  provided  the  commands  were 
compiled  successfully. 

The  execution  stage  may  be  performed  in  either  the  FUijL  or  STEP 
mode  as  :pecifjed  by  the  "PUN"  or  ’’REVERT"  command  described 
in  section  200.7.  In  the  FULL  mode,  all  commands  in  the 
procedure  are  processed  without  any  interruption  allowed  from 
the  terminal  except  via  a "RETURN"  command  in  the  procedure. 

In  the  STEP  mode,  control  returns  to  the  terminal  after 
processing  of  each  command.  At  this  point,  any  action  may  be 
initiated.  A new  command  procedure,  for  example,  may  be 
processed  prior  to  resuming  operations  on  the  current  procedure. 

The  source  code  and  object  .ode  for  each  procedure  reside 
in  two  different  sequential  files*  Only  one  procedure  may 
reside  in  a particular  file.  When  the  source  code  is  compiled, 
the  i nput  commands  are  reformatted  and  written  onto  t le  object 
file.  This  file  is  used  for  execution  of  the  commands.  The 
names  of  the  source  file  and  object  fil*  are  used  in  identifying 
a procedure. 

FILE  command  procedures  as  created  in  the  EDIT  mode  are 
identified  by  source  and  object  file  names  assigned  by  the  user. 
The  source  file  is  identified  during  creation  of  the  procedure. 
This  file  is  processed  either  i>>  the  "COMPILE1  or  "RUN"  command 
wherein  the  corresponding  object  file  name  is  assigned. 

when  the  execute  symbol  "#"  is  input  as  the  list  non- blank 
character  of  a command  in  a TTY  procedure,  the  following 
sequential  steps  are  per  formed: 

a)  The  source  code  for  the  TTY  procedure  is  written  onto 
the  file  TEXTFTL. 

b)  it  compilation  of  the  proceduie  is  successful,  the 
object  code  is  written  c to  the  file  O.nJECTx  where 
"x"  is  the  display-code  equivalent  of  th°  procedure 
level  number  (i.e.,  OBJECTA  for  level  T,  OB7ECTB  for 
level  2,  etc. ) . 

c)  The  procedure  is  executed  ir.  the  FULL  mode. 
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TTY  and  FILE  procedures  may  be  concatenated  in  any  manner 
to  form  a maximum  of  10  procedure  levels  at  any  point  during 
execution.  The  driving  (fundamental)  procedure  is  the  lowest- 
level  procedure  which  may  call  higher- level  procedures  into 
execution.  After  returning  to  a lower-level  procedure  from 
a hiqher- level  procedure  during  execution,  the  higher- level 
procedure  and  any  intermediate  procedures  are  inactivated  from 
the  procedure  linkage. 

'he  sequential  files  named  TEXTFIL,  OBJECTx  and  HISTFIL 
are  reserved  for  use  by  the  ATLAS  Interactive  control  Module. 
TEXTFIL  and  OBJECTx  are  used  as  described  above.  During 
interactive  processing,  an  image  of  each  control  command  is 
written  onto  HISTFIL  prior  to  execution  of  the  command.  Thus, 
this  file  contains  the  "dayfile"  information  for  all  interactive 
executions. 


c-^ 
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200.6  CX)NTROL-COMMAND  FORMATS 

The  commands  included  in  a control  procedure  may  be  defined 
either  in  the  TTY  format  or  in  the  BATCH  format  as  described 
in  the  following  sections.  In  these  descriptions,  the  notation 
{ },  < > and  Plist,  as  defined  in  section  200.2,  is  used.  Only 
the  control  commands  described  in  section  200.7  may  be  included 
in  a command  procedure.  The  format  in  which  a procedure  is 
defined  is  identified  by  the  "F"  parameter  in  the  "COMPILE" 
and  "RUN"  commands. 


200.6.1  TTY  Command  Format 


The  TTY  format  is  generally  used  to  define  all  command 
procedures.  Each  command  is  specified  in  free-field  format 
in  the  following  general  form: 

< label :>  Key-Words  < (Plist) > $ *] 


label: 


Key- words 


Plist 


$ 


= Optional  command  label.  An  alphanumeric 
word  with  1 to  5 characters  followed 
by  a colon. 

= One  or  two  key-words  that  identify  the 
command.  At  least  the  4 leading 
characters  of  each  key-word  must  be 
input  as  shown  in  section  200.7. 

= Same  as  defined  in  section  200.2.  If 
Plist  is  input,  the  pair  of  parentheses 
must  be  used. 

= This  symbol  denotes  the  end  of  a command. 
The  $-symbol  may  be  input  anywhere  on 
a line. 


Multiple  lines  may  be  used  to  define  a command.  A new  line 
does  not  indicate  the  beginning  of  a new  command  unless  the 
last  character  of  the  previous  line  is  the  $ symbol.  Blanks 
may  be  interspersed  anywhere  within  a command  except  in 
conjunction  with  the  TO ■' Y option  of  Plist.  In  this  case,  at 
least  one  blank  is  regu.ed  before  and  after  the  word  TO  and 
the  word  BY. 


Examples: 

READ  INPUT  (MODE2)  ? EXE 

CUTE 

MASS 

J INDEX  FILES  $ S 
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comment  commands  for  user- identification  purposes  may 
be  included  in  a procedure  that  is  defined  in  the  TTY  format 
in  the  following  ways: 

a)  A command  which  begins  with  the  two  non-blank  characters 
*/  and  ends  with  $. 

b)  A command  with  only  blanks  and  $. 

c)  An  empty  command  (e.q.  S $ ) . 

Comment  commands  are  ignored  when  processing  a procedure. 

200.6.1.1  ATLAS-Mode  Priority  commands 

Special,  priority  commands  may  be  used  only  ^ the  ATLAS 
interactive  mode.  A priority  command  is  executed  immediately 
after  it  is  entered  via  the  key-board,  control  is  returned 
to  the  ATLAS  mode  after  the  specified  task  has  been  completed. 
Other  commands  typed  in  prior  to  a priority  command  are  not 
destroyed.  Each  priority  command  is  specified  in  free-field 
format  in  the  following  general  form: 


S Key-Word,  Argument 


= The  ampersand  character  which  denotes 
that  a priority  command  is  being  entered. 

= A key-word  with  1 to  10  characters  which 
identifies  the  command.  Only  the  first 
character  is  used  to  distinguish  the 
command. 

= An  integer  number  or  an  alphanumeric 
word. 

Blanks  interspersed  within  the  command  are  ignored.  The 
comma  between  Key-word  and  Arqument,  however,  must  be 
input.  Each  command  must  be  fully  contained  on  one  line 
and  it  must  be  the  only  command  on  that  line.  The  CR 
key  is  depressed  to  initiate  execution  of  a priority 
command. 


6 

Key-Word 

Arqument 


r 
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Command  procedures  may  be  defined  in  the  BATCH  format 
which  fellows  the  basic  conventions  of  FORTRAN.  The  qeneral  • 

form  of  each  command  is: 


<label>  Key-Words  <(Plist)>  j 

label  = Optional  command  label.  An  alphanumeric 

word  with  1 to  5 characters  in  columns 
1-5. 

Key-words  ) = Same  as  defined  for  the  TTY  format. 

Plist  / 

The  following  rules  must  also  be  followed: 

a)  Key-Words  and  (Plist)  must  be  input  within  columns 
7-72.  If  more  than  66  columns  are  required,  the  command 
may  continue  onto  columns  7-72  of  following  lines 
provided  a non-blank  character  is  put  in  column  6. 

Except  for  this  case  or  if  the  line  contains  a user 
comment,  column  6 is  blank. 

b)  Columns  73-80  may  be  used  for  comments. 

c)  Comment  commands  may  be  included  for  user- identification 
purposes.  Each  comment  must  have  the  letter  C in 
column  1.  Columns  2-80  are  used  for  comment 
information.  These  commands  are  ignored  when  processing 
a procedure . 
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200.7  ATLAS  CONTROL  COMMANDS 
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The  ATLAS- lanquaqe  comrands  which  may  be  used  to  create 
control  procedures  for  interactive  execution  of  a Control  Program 
are  summarized  in  table  200-2.  All  control  statements  defined 
in  section  200.3  may  be  used  as  control  commands  with  the 
following  exceptions: 


BEGIN  CONTROL  <MATRIX>  PROGRAM  <name> 

CALL  FILEADD  (fet,  (Filenames}) 

CALL  PRNTCAT 

CALL  REQFL  (ooresize) 

END  CCONTROL  PROGRAM> 

ERROR  PROCEDURE 
INTERACTIVE  CONTROL 
PERFORM  (Procedure)  <(Plist)> 

USER  COMMON  (list) 

Additional  interactive  commands  as  described  below  are  shown 

in  the  TTY  format. 


COMPILE  <(<I=Afile,>  <0=bf ile, > <F=  ( BATCH  \ >)>  $ 

(TTY  f 


The  source  code  for  a FILE  procedure  as  created  in  the 
EDIT  interactive  mode  is  compiled  to  generate  the 
corresponding  object  code  for  subsequent  execution. 


I=Afile 


0=bf ile 


Name  of  the  file  that  contains  the 
source  code  for  the  procedure  to  be 
compiled. 

Default:  I=SOURCE 

Name  of  the  file  onto  which  the 
corresponding  object  code  for  "Afile" 
is  to  be  written. 

Default:  0=OBJEKT 


F= 


BATCH  » 
TTY  / 


This  parameter  denotes  whether  the  source 
code  was  defined  in  the  BATCH  format 
or  the  TTY  format  as  described  in  section 
200.6. 

Default:  F=TTY 


j CORE  (FL=n)  $ 

The  central-memory  field  length  is  changed  to  the  specified 
value  for  execution  of  subsequent  Control  Program 
statements.  The  field  length  for  processing  control 


t 


'1 
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EXECUTION 


commands  in  the  interactive  mode  is  automatically  adjusted 
to  the  minimum  required  by  the  Interactive  Control  Module. 

n = New  field  length  specified  as  an  octal 

integer. 


CONTINUE  $ 


This  command  is  used  primarily  for  control  branching 
either  within  a procedure  or  from  one  procedure  to  another. 


{ GO  TO  (Label)  $ 

Execution  control  is  transferred  to  the  command  identified 
by  "Label."  The  search  for  the  destination  command  is 
performed  as  follows: 

a)  If  the  GOTO  command  is  contained  in  a FILE  procedure, 
only  the  commands  in  that  procedure  are  searched. 

b)  If  the  GOTO  command  is  contained  in  a TTY  procedure, 
the  search  will  beqin  in  that  procedure  and  will 
continue  down  to,  and  including  the  highest- level  FILE 
procedure  included  in  the  procedure  linkage. 

| LIST  CATALOG  T* 

The  User-Matrix  Name  Catalog  is  printed.  The  name,  type 
and  size  of  each  User  Matrix  and  the  associated  Filename 
are  displayed. 


LIST  ERROR  < (Bf ile) > $ 


A list  of  all  errors  and  warnings  detected  durinq 
compilation  of  a FILE  command  procedure  is  printed. 

Bfile  = The  name  of  the  object-code  file 

previously-specified  by  the  "o=bfile" 
parameter  in  a COMPILE  or  RUN  command. 
Default:  OBJEKT 


QUIT  $ 


The  interactive  processing  mode  is  terminated.  Execution 
control  is  returned  to  the  Control  Program. 


200 


| RETURN  $ | 

Execution  of  a procedure  is  interrupted  temporarily  by 
transferring  control  to  the  terminal  in  the  ATLAS  mode. 

Any  action  may  be  initiated  at  this  point  via  key-board 
input.  A new  command  procedure,  for  example,  could  be 
processed.  Upon  completion  of  the  terminal  activities, 
control  may  be  returned  to  the  initial  procedure  being 
executed  by  depressing  the  CR  key  on  a new  line.  Execution 
is  continued  with  the  command  immediately  following  the 
RETURN  command  within  that  procedure. 


REVERT  < (<0=Code, > <M=Mode>)>  $ 


Execution  of  the  procedure  is  terminated  and  control  is 
returned  to  the  lower-level  procedure  identified  by  "Code.” 
All  procedures  at  a higher  level  than  "Code”  in  the 
procedure  linkage  are  inactivated.  Execution  within 
"Code”  will  resume  with  the  command  following  the  last 
executed  RUN  command  in  that  procedure. 

O=code  This  parameter  identifies  the  destination 

procedure.  The  options  for  "Code"  are: 

Bfile — Revert  to  the  procedure  identified  by 
the  object-code  file  named  "Bfile." 

0— Revert  to  the  next  lower  procedure  in 
the  procedure  linkage.  If  the  REVERT 
command  is  used  in  the  lowest-level 
procedure,  control  is  returned  to  the 
ATLAS  interactive  mode. 

ALL— All  active  procedures  are  aborted  and 
control  is  returned  to  the  ATLAS 
interactive  mode. 

Default:  0=0 

M=Mode  This  parameter  defines  which  execution 

mode  is  to  be  used.  The  options  for 
"Mode"  are: 

FULL — No  terminal  interrupts  during  execution. 

STEP--Control  is  temporarily  transferred  to 
the  terminal  in  the  ATLAS  mode  after 
execution  of  each  command.  The  end 
of  a terminal  interrupt  is  signified 
by  depressing  the  CR  key  on  a new  line. 
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This  option  is  similar  to  havinq  a 
RETURN  command  after  each  executable 
command. 

0— continue  execution  in  the 
current  mode. 

Default:  M=0 


RUN  (I<=Afile>,  <0=bf ile,>  <F=  /BATCH  \ t>  <M=Mode>)  $ 

| TTY  ) 


The  source  code  for  a FILE  procedure  as  created  in  the 
EDIT  interactive  mode  is  compiled  to  generate  the 
corresponding  object  code  which  is  then  executed.  Note 
that  the  character  I irust  be  specified  in  this  command 
to  distinguish  it  from  the  following  RUN  command. 

I<=Afile>  \ These  parameters  are  the  same  as 

0=bfile  I defined  for  the  COMPILE  command. 

F=  / BATCH  \ / 

X TTY  f I 

M=Mode  Same  as  defined  for  the  REVERT 

command. 


PUN  <(<o=Bfile,>  <M=Mode>) > $ 


The  object  code  on  the  file  wBfileM  is  executed. 

0=Bfile  The  procedure  whose  object  code  is  on 

the  file  named  "Bfile"  is  to  be  executed. 
This  file  must  have  been  previously 
generated  either  by  a COMPILE  or  RUN 
command  for  a FILE  procedure  or  by  the 
execute  symbol  M#M  for  a TTY  procedure. 
Default:  0=0BJEKT 

M=Mode  Same  as  defined  for  the  REVERT  command. 


* 


C 


c 
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200.7.  1 ATLAS-Mode.  Control  commands 


The  following  control  commands  may  be  used  only  in  the 
ATLAS  interactive  mode.  One  of  these  statements  initiates 
compilation  and  execution  of  a TTY  procedure,  whereas  the 
remaining  commands  are  referenced  as  ATLAS-mode  priority  commands 
(see  sec.  20C.6.1.1). 


Command  $ # 


When  the  last  non- blank  character  on  a line  containing 
a control  command  is  the  symbol  "#,n  compilation  and 
execution  of  the  TTY  procedure  is  initiated.  ''Command" 
may  be  any  one  of  the  control  commands  defined  in  section 
200.  7. 

Example  Terminal  Screen  Image: 

A>  READ  INPUT  $ 

A>  RUN  (0=STFESS)  $ 

A>  PRINT  OUTPUT  (STRESS,  LC=DIVE)  $ # 

In  this  example,  the  3-line  TTY  procedure  is  compiled  and 
executed  interactively. 


SCORE,  n 


The  central-memory  field  length  is  changed  to  the  specified 
value  for  execution  of  subsequent  Control  Program 
statements.  The  field  length  for  processing  control 
commands  in  the  interactive  mode  is  automatically  adjusted 
to  the  minimum  required  by  the  Interactive  Control  Module. 

n = New  field  length  specified  as  an  octal 

integer. 

Examples:  SCORE,  130000 

SC,  70000 


S DELETE  <,n> 


The  last  "n"  lines  input  via  the  key- board  are  deleted. 
If  "n"  is  larger  than  the  actual  number  of  lines  input, 
all  lines  are  deleted.  The  default  value  for  "n"  is  1. 

Examples : SDELETE,  6 

SD,  4 
SD 
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SEDIT  <, File> 

The  file  identified  by  the  name  "File1*  is  to  be  edited. 

If  "File”  is  new,  the  editor  is  entered  in  the  input  (l>) 
sub-mode.  If  "File"  is  an  existinq  file,  the  editor  is 
entered  in  the  edit  (E>)  sub-mode.  The  default  for  "File" 
is  TEXTFIL  which  is  the  file  onto  which  is  written  the 
source  code  for  a TTY  procedure. 

Example:  SEDIT, MYPROC 

SPRINT  <,n> 

-J 

The  last  "n"  lines  input  via  the  key-board  are  printed. 

If  "n"  is  larger  than  the  actual  number  of  lines  input, 
all  lines  are  printed.  The  default  value  for  "n"  is  1. 


Examples:  SPRINT,  8 

SPR,  4 
SP 
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Table  200-2.  Summary  of  ATLAS  Interactive-  Control  Commands 


CHANCE  [0  (test) 

COMPILE  <«l=Alila,><0=btile,X  f=|^CH|>)> 

CORE  (Fl=n) 

CONTINUE 

bh»«  

GO  10  (Label) 

INDEX  FILES  < (Filenames)  > 

LIST  CATALOG 

LIST  ERROR  <(Btile)> 

LOAO  FILES  < ( |'=REWIMD*^  < Fi  I tnames > < .OPTION=  | j } >> > 

LOAD  MATRIX  ( /Ssvefl lesREAHNOA  Fi lename.MI ist  < ,OPTION={U  >) 
— \Savelile,  / IT) 

ESI*1  IS.}*'1111""-1'1"’ 

PRINT  (|  Postprocessor}  < , P I ist  > ) 

PROBLEM  10  (test) 

PURGE  FILES  <(Fi  lenames)> 

PURGE  MATRIX  (FILE=Fi lename.MI i st) 

PURGE  MATRIX  < (Ml i St)  > 

m 

READ  INPUT  <<<  )> 

RENAME  MATRIX  (0ldl=ne*l,0ID2=ne*2,  . . . ) 


RETURN 

REVERT  <(<0  = 


Bf  i le) 

FULL 

ALL 

, > < M=  STEP 

0 ) 

0 

RUN  ( I < =A f i I e > , <0=bfile.XF=|®ATJCH|  . > < M=  j STEP  | > ) 
RUN  < ( < 0=  Bf  1 1 e,  > < M- 


FULL) 

STEP)  > )> 


SAViEIiES  <(( 
SAVE  MATRIX  ( ^ 


Saveli  le=REWIND,\ 
Savelile,  / 

Saveli le=REWIND,\ 
Savelile,  / 


< Fi I enames > ) > 
Fi  lename.MI ist ) 


Control  Commands  lor  Use  Only  in  the  ATLAS  Mode  ol  Interactive  Processing 
S^ORE.n 


(DELETE  <,n  > 
(EDIT  < .Fi  le  > 
(PRINT  <.n  > 

A 


200.36 


I 


ADO I NT 


t 202.0  ADDINT  MODULES 


The  ADDINT  (ADD  and/or  iNTerpolate)  Processor  may  be  used 
to  combine  two  or  more  sets  of  Q-matrices  (generalized  airforce 
matrices)  into  a single  set  and  to  interpolate  a single  set 
f of  Q-matrices  with  respect  to  k-value  (reduced  frequency) . 

Each  Q-matrix  within  a set  is  associated  with  a particular  k- 
value.  Q-matrices  to  be  added  and/or  interpolated  must  have 
been  previously  generated  by  the  AF1 , DUBLAT,  FLEXAIR,  MACHBOX, 
RH03  (secs.  204.0,  216.0,  220.0,  236.0  and  250.0,  r spectively) 
or  the  ADDINT  Processor  itself  and  must  have  the  following 
I properties: 

a)  The  Q-matrices  must  all  have  been  generated  for  the 
same  Mach  number  (to  within  one  percent)  except  that 
Q-matrices  generated  by  the  API  Processor  may  be  used 
at  any  Mach  number. 

I 

b)  The  k-values  corresponding  with  the  first  set  of  Q- 
matrices  input  to  ADDINT  must  be,  to  within  one  percent, 
a subset  of  the  k-values  corresponding  with  the  other 
input  sets  of  Q-matrices.  All  k-values  are  based  upon 

a common  reference  length  for  the  purpose  of  comparison. 

4' 

i 

c)  All  Q-matrices  input  to  ADDINT  ic  st  be  based  upon  the 
same  structural  nodal  degrees-of-  freedom. 

In  combining  sets  of  Q-matrices,  the  ADDINT  Processor 
simply  adds  all  the  Q-matrices  corresponding  with  each  k-vaiue 
associated  with  the  first  input  set.  Thus,  the  aerodynamic 
properties  of  several  surfaces  may  be  combined  into  a single 
set  of  Q-matrices.  The  input  sets  of  Q-matrices  need  not  have 
been  generated  by  the  same  module  and  the  associated  reference 
lengths  need  not  be  the  same.  If  any  of  the  input  Q-matrices 
are  dependent  upon  the  free-stream  density  the  output  matrices 
7 will  exhibit  the  same  dependency. 

The  interpolation  option  allows  a new  set  of  Q-raatrices 
to  be  generated  at  specified  k-values  via  a cubic-spline 
interpolation  technique.  This  capability  allows  the  large 
number  of  Q-matrices  required  for  a flutter  analysis  to  be 
♦ generated  at  a reduced  cost  as  compared  to  generating  them 

directly  by  one  of  the  aerodynamics  processors. 

The  ADDINT  Processor  must  be  executed  prior  to  execution 
of  the  FLUTTER  Processor  (sec.  222.0).  Printout  of  the 
».  generalized  airforce  matrices  generated  by  the  ADDINT  Processor 

t may  be  requested  from  the  ADDINT  Postprocessor  as  described 

in  section  202.2. 
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202.1  EXECUTE  ADDINT  STATEMENT 

The  following  statement  initiates  execution  of  the  ADDINT 
Processor.  Previous  execution  of  the  appropriate  unsteady 
aerodynamic  processor (s)  for  calculation  of  one  or  more  sets 
of  Q-matrices  is  required. 


EXECUTE  ADDINT  (Plist) 


List  of  optional  parameters  for  Piist: 


ID=XXXXX 


Key-word  uenoting  that  previously- 
calculated  sets  of  Q-matrices  are  to 
be  added  (ADD)  or  that  a single  set 
of  Q-matrices  is  to  be  interpolated 
(INT) . Both  key-words  may  be  used  in 
a single  Plist  in  which  case,  previously- 
calculated  sets  of  Q-matrices  are  added 
and  then  the  resulting  set  of  matrices 
is  interpolated.  The  set  of  Q-matrices 
resulting  from  the  summation  are  not 
saved  for  subsequent  use  when  both  key- 
words are  used. 

Default:  INT 

Alphanumeric  word  with  1 to  5 characters 
o be  used  in  naming  the  set  of  Q- 
matrices  generated  by  the  ADDINT 
Processor.  Each  Q- matrix  name  is 
comprised  of  the  7 characters  xxxxxnn, 
where  "nnM  is  automatically  assigned 
as  the  corresponding  number  of  the 
sequential  k-value  associated  with  the 
generated  set. 

Default:  ID=GAF 


A set  of  Q-matrices  input  to  the  ADDINT  Processor  is 
identified  either  via  the  ADDINT  parameter,  the  parameters 
FLEXAIR  and  ALT  or  via  a triplet  of  parameters,  Aname, 

CASE  and  COND  as  presented  below.  The  ADDINT  parameter 
identifies  a set  of  Q-matrices  generated  by  a previous 
execution  of  the  ADDINT  Processor.  The  FLEXAIR  and  ALT 
parameters  identify  a set  of  Q-matrices  calculated  by 
the  FLEXAIR  Processor  (sec.  220.0)  and  each  triplet 
identifies  a set  of  Q-raatrices  calculated  directly  by 
the  AF1 , DUBLAT,  MACHBOX  or  RH03  Processor  (secs.  204.0, 
216.0,  236.0  and  250.0).  When  matrices  are  to  be  summed 
(ADD),  the  ADDINT  parameter  and/or  the  FLFXAIR/ALT 
parameters  and/or  the  triplet  of  parameters  must  be 
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repeated  to  identify  at  least  two  sets  or  up  to  a maximum 
of  20  sets  of  input  Q-matrices.  The  k-values  corresponding 
with  the  first  set  identified  in  this  manner  (left-most 
in  Plist)  are  used  as  the  basis  for  combining  the  specified 
sets.  At  least  four  Q-matrices  must  be  associated  with 
the  specified  set  that  is  to  be  interpolated. 

The  following  three  parameters  are  specified  in  triplets. 


Aname 


CASE=ca 


C0ND=CO 


Name  of  the  unsteady  aerodynamics 
processor  which  was  previously  executed 
to  calculate  a set  of  Q-matrices.  The 
options  for  '•Aname'*  are  AF1,  DUBLAT, 
MACHBOX  and  RH03. 

Default:  Execution  is  terminated  if 
a set  of  Q-matrices  is  not 
identified  via  the  other  two 
options. 

Aerodynamics  data  case  number  (integer) 
associated  with  the  specified  COND 
number  for  which  Q-matrices  were 
calculated  by  an  "EXECUTE  Aname" 
statement. 

Default:  CASE=1 

Aerodynamic  condition  number  (integer) 
specified  by  the  same  "EXECUTE  Aname" 
statement. 

Default:  COND=1 


The  following  two  parameters  are  specified  in  pairs. 


FL5XAIR=Xxxx 


ALT- Altitude 


Alphanumeric  word  assigned  by  the  ID 
parameter  of  a previous  EXECUTE  FLEXAIF 
statement. 

Default:  Execution  is  terminated  if 
a set  of  Q-matrices  is  not 
identified  via  the  other  two 
options . 

One  of  the  altitudes  (to  within  one 
percent)  associated  with  the  "Xxxx" 
matrices  as  specified  via  the  EXECUTE 
FLEXAIR  statement. 

Default:  The  first  altitude  associated 
with  the  "Xxxx"  Q-matrices 
as  defined  via  the  EXECUTE 
FLEXAIR  statement. 
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ADDINT=Xxxxx 


Alphanumeric  word  assigned  by  the  ID 
parameter  of  a previous  EXECUTE  ADDINT 
statement.  This  parameter  identifies 
a set  of  Q-matrices  to  be  re-processed 
by  this  module. 

Default:  Execution  is  terminated  if 
a set  of  Q-matrices  is  not 
identified  via  one  of  the  two 
foregoing  options. 

MACH=Mach  The  Mach  number  greater  than  or  equal 

to  zero  that  is  associated  with  the 
input  Q-matrices  which  are  to  be 
processed.  This  parameter  identifies 
which  of  the  sets  of  Q-matrices 
identified  by  the  CASE  and  COND 
parameters  is  to  be  used.  This  is 
required  because  a single  execution 
of  the  DUBLAT,  MACHBOX  or  RH03  Processor 
may  generate  multiple  sets  of  Q-matrices 
associated  with  more  than  one  Mach 
number. 

The  specified  value  of  Mach  must  be 
within  one  percent  of  the  Mach  number 
associated  with  each  input  set  of  Q- 
matrices  unless  they  were  generated 
by  the  AF1  Processor.  In  this  case, 
they  are  defined  uniquely  by  the  CASE 
and  COND  parameters. 

Default:  The  first  Mach  number  associated 
with  the  first  set  of  Q-matrices 
specified  via  Plist. 

BREF=b  A reference  length  greater  than  zero 

to  be  associated  with  the  generated 
Q-matrices  and  their  k-values. 

Default:  The  reference  length  associated 
with  the  first  set  of  Q-matrices 
identified  via  Plist. 

The  number  of  Q-matrices  output  by  the  ADDINT  Processor 
when  executed  with  the  ADD  option  is  defined  by  the  number  of 
k-values  associated  with  the  first  set  of  Q-matrices  identified 
via  Plist.  The  number  of  Q-matrices  generated  by  this  processor 
when  executed  with  the  INT  option,  however,  is  defined  by  the 
user  via  one  of  the  four  parameters  KVAL,  GET,  IGET  or  IGAIN. 

Only  one  of  these  parameters  may  be  specified  in  a single 
statement  for  the  INT  option. 
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KVAL=  (list) 


GET=nok 


IGET=nok 


IGAIN=n 


A list  of  k-values  greater  than  zero, 
based  on  BREF,  at  which  Q-matrices  are 
to  be  generated  via  interpolation  of 
an  input  set  of  0- matrices.  The 
specified  k-values  must  be  within  the 
range  of  the  k-values  associated  with 
the  input  set.  The  user  is  cautioned 
that  Plist  may  contain  a maximum  of 
28  parameters. 

The  number  of  0-matrices  (integer)  to 
be  output  under  the  specified  id  name 
where  2 < nok  < 500.  Q-matrices  are 
generated  via  interpolation  to  (nok- 
2)  k-values  equally  spaced  within  the 
range  of  input  k-values  associated  with 
the  first  set  of  input  Q-matrices. 
Q-matrices  associated  with  the  maximum 
and  minimum  values  of  the  input  k-values 
are  output  under  the  corresponding  ID 
as  the  fir3t  and  last  sequential 
matrices,  respectively. 

This  parameter  is  the  same  as  the  GET 
parameter  except  that  the  output  k- 
values  are  equally  spaced  according 
to  1/k. 

An  integer  that  denotes  (n-1)  new  Q- 
mat rices  are  to  be  generated  at  equal 
k-value  intervals  between  each  adjacent 
pair  of  input  Q-matrices.  The  input 
Q-matrices  are  automatically  arranged 
in  the  order  of  decreasing  k-values. 

The  total  number  of  generated  Q-matrices 
is  equal  to  [ 1-n+n* (number  of  input 
Q-matrices) ] which  must  be  less  than 
500. 

Default:  IGAIN=20  which  implies  that 
fewer  than  26  initial 
Q-matrices  are  to  be  processed. 


202.2  PRINT  OUTPUT  STATB1ENT  c 

The  following  statement  is  used  to  request  printout  of 
the  generalized  airforce  matrices  generated  by  the  AODINT 

Processor.  ! 

t 

O' 


List  of  optional  parameters  for  Plist: 

Alphanumeric  word  associated  with  the 
names  of  a set  of  Q-matrices  (generalized 
airforce  matrices)  generated  by  the 
AODINT  Processor  which  are  to  be  printed. 
This  word  is  defined  via  the  ID  parameter 
of  an  EXECUTE  ADDINT  statement. 

Default:  ID=GAF 

A list  of  k- values  identifying  which 
of  the  "Xxxxx"  Q-matrices  are  to  be 
printed. 

Default:  All  matrices  included  in  the 
specified  set  are  printed. 


ID=Xxxxx 


KVAL=  (List) 


PRINT  OUTPUT  (ADDINT,  Plist) 
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204.0  AF1  AERODYNAMICS  MODULES 


The  AF1  Processor  calculates  unsteady  and  quasi-steady 
aerodynamic  loads  on  rigid  cr  elastic,  three-dimensional 
configurations  comprised  of  intersecting  and/or  interfering 
I nonplanar  lifting  surfaces  in  incompressible  subsonic  flow. 

The  processor  is  based  upon  the  modified  strip  theory  described 
in  reference  104-2  in  which  two-dimensional  aerodynamic 
coefficients  are  calculated  using  Theodorsen  coefficients  (ref. 
104-1),  modified  to  account  for  three-dimensional  effects  using 
a static  induction  matrix. 

Generalized  airforces  required  for  flutter  analyses  via 
the  ADDINT  and  FLUTTER  Modules  (sec.  202.0  and  222.0)  may  be 
generated  using  the  AF1  Processor  (sec.  204.  2).  These  data 
are  calculated  by  a modal  solution  based  on  the  aerodynamic 
data  and  structural  modes  defined  by  the  user  (sec.  104.0). 

If  the  AF1  Processor  is  executed  in  conjunction  with  the  AIC 
option  cf  the  INTERPOLATION  Processor  (sec.  232.0),  the 
generalized  airforce  matrices  will  represent  Aerodynamic 
Influence  Coefficient  (AIC)  matrices.  Input  data  may  be  used 
to  modify  theoretically-derived  aerodynamic  coefficients  to 
reflect  experimental  data.  Other  data  that  may  be  calculated 
by  this  processor  include  generalized  lift  and  moment  forces, 
stability  derivatives  and  quasi-steady  airforces. 

Printout  of  AF1  input  data  and  data  calculated  by  the 
AF1  Processor  may  be  requested  from  the  AF1  Postprocessor  as 
described  in  sections  204.1  and  204.3,  respectively. 


rmzwm  ms  mjm  hot  fucd 


204.1  PRINT  INPUT  STATEMENT 


The  following  statement  is  used  to  request  printout  of 
the  aerodynamics  input  data  associated  with  a particular  AF1 
data  case  (sec.  104.0). 


PRINT  INPUT  (AF1 , Plist) 


The  optional  parameter  for  Plist  is: 

CASE  = Ca  The  aerodynamic  data  case  number 

(integer)  for  which  input  data  are 
to  be  printed. 

Default:  CASE=1 


V 
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20 4. 2 EXECUTE  AF1  STATEMENT 


The  following  statement  initiates  execution  of  the  AF1 
Processor.  Previous  execution  of  the  INTERPOLATION  Processor  is 
required  when  structural  mode  shapes  generated  via  the  VIBRATION 
Processor  are  used  in  the  aerodynamic  analysis  or  Aerodynamic 
Influence  Coefficients  are  to  be  generated  (see  sec.  104.0). 


EXECUTE  AF1  (Plist) 


List  of  optional  parameters  for  Plist: 

COND=co  A condition  number  (integer)  in  the 

range  1 to  36  which  identifies  the 
remaining  parameters  of  this 
statement.  If  multiple  executions  are 
required  in  a single  job,  the 
condition  number  specified  by  each 
statement  of  this  type  must  be  unique. 
Default:  COND=1 


CASE=Ca  The  AF1  data  case  number  (integer)  to 

be  processed. 

Default:  CASE=1 


KVAL=  (list) 


BREF=b 


Y 


SYMM'I 
ANTI  | 
NONS  J 


A list  of  k-values  (reduced 
frequencies  of  oscillation  expressed 
as  k =o»(  b/V)  where  fa)  is  the  circular 
frequency  of  oscillation,  b is  a 
reference  length  and  V is  the  free- 
stream  velocity)  . The  reference 
length  is  defined  by  the  BREF 
parameter. 

Default:  Error.  Execution  is 
terminated. 

A reference  length  greater  than  zero 
for  reduced  frequencies  specified  by 
KVAL. 

Default:  BREF=1.0 


Key-word  denoting  that  a SYMMetrical, 
ANTIsymmetrical,  or  a NONSymmetrical 
analysis  about  the  GLOBAL  Y=0.0 
reference  plane  is  to  be  performed. 
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No  contributions  of  the  aerodynamic 
model  in  the  GLOBAL  negative-Y  half- 
space are  included  in  a NONSymmetrical 
analysis. 

Default:  y=symm 

TWOD  Key-word  denoting  that  the  airforces 

are  to  be  calculated  on  the  basis 
of  two-dimensional  aerodynamic  theory. 
Static  induction  effects  are  omitted. 
Default:  Static  induction  effects 
are  included. 

MOPT  Key-word  denoting  that  the  non- 

circulatory  control  surface 
aerodynamic  stiffness  derivatives 
are  to  be  set  to  zero. 

Default:  The  theoretical  derivatives 
are  generated. 

QS  Key-word  denoting  that  only  quasi- 

steady aerodynamic  forces  based  on 
a zero  reduced- frequency  are  to  be 
generated.  If  this  key-word  is 
specified,  input  of  the  KVAL  and 
BREF  parameters  is  immaterial. 

Default:  An  unsteady  analysis  is 
performed. 
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204.3  PRINT  OUTPUT  STATEMENT 


I 
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The  following  statement  is  used  to  request  printout  of 
the  aerodynamic  data  calculated  by  the  AF1  Processor. 

PRINT  OUTPUT  (AF1 f Plist)  f 

List  of  optional  parameters  for  Plist: 


CASE=Ca 


COND=Co 


KVAL=  (List) 


LEVEL= (List) 


The  aerodynamic  data  case  number 
(integer)  for  which  generated  data 
are  to  be  printed. 

Default:  CASE=1 

The  aerodynamic  condition  number 
(integer)  defined  by  an  EXECUTE  AF1 
parameter  list  for  which  generated 
data  are  to  be  printed. 

Default:  COND=1 

A list  of  reduced  frequency  values 
associated  with  the  selected  COND 
number. 

Default:  Data  generated  for  all  k- 

values  associated  with  COND 
are  printed. 

A list  of  1 to  7 unique  integers 
denoting  which  group (s)  of  generated 
data  are  to  be  printed.  Each  of 
the  LEVEL  indicators  is  as  follows: 

1-  -Aerodynamic  model  geometry  data 

2 -  Modal  deflections  interpolated  to 
the  main- surface  elastic  axis  and 
hinge  line 

3- -Generalized  sectional  lift  and  moment 

forces 


4-- Generalized  component  lift  and  moment 
forces 


5- -Total  generalized  airforces 

6- -Static  Induction  Matrix 

7- -Static  Lift  Distribution  Matrix 

Default:  LEVEL=  5 


> 
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206.0  BOUNDARY  CONDITION  POSTPROCESSOR 


Printout,  of  the  boundary  condition  (BC)  data  associated 
with  a structural  model  may  be  requested  from  the  BC 
Postprocessor  as  presented  in  the  following  section.  The  printed 
information  is  comprised  of  two  lists: 

a)  Nodal-freedom  activity  list--nodes  listed  in  a user- 
selected  order;  each  nodal  freedom  is  tagged  with  one 
of  the  freedom- activity  labels  specified  by  the  BC 
data  (sec.  106.0).  cumulative  and  total  counts  of 
the  freedoms  associated  with  each  of  the  activities 
are  tabulated. 

b)  Retained  nodal  degrees  of  freedom  listed  in  the  order 
selected  via  the  BC  input  data. 

If  the  BC  data  are  printed  prior  to  execution  of  the 
STIFFNESS  Processor  (sec.  252.2),  the  activity-tag  on  each  nodal 
freedom  is  based  strictly  on  the  BC  input  information.  However, 
if  the  BC  printout  is  requested  after  execution  of  the  STIFFNESS 
Processor,  the  nodal-freedom  activity  list  displays  all  ignorable 
(zero  stiffness)  nodal  freedoms  as  detected  by  the  STIFFNESS 
Processor. 
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206.1  PRINT  INPUT  STATEMENT 

The  following  statement  is  used  to  request  printout  of 
the  Boundary  Condition  (BC)  data.  The  printed  data  may  be 
associated  with  a complete  nodal  data  set  or  with  node  subsets. 


PRINT  INPUT  (BC,  Plist) 


The  available  options  for  Plist  are  described  in  sections  206.1.1 
and  206.1.2. 

206.1.  1 Data-set  Print„Qption 

This  option  allows  the  user  to  print  the  BC  data  associated 
with  a particular  nodal  data  set.  The  optional  parameters  for 
Plist  are: 

SET=se  The  nodal  data  set  number  (integer)  for 

which  the  BC  input  data  are  to  be  printed. 
Default:  SET=1 

STAGE=st  The  BC  stage  number  (integer)  associated 

with  data  set  "Se"  for  which  data  are  to 
be  printed. 

Default:  The  BC  data  associated  with  all 
stages  defined  for  data  set  "Se" 
are  printed. 

N0DE0RDER=0rd  This  parameter  defines  the  ascending  node- 
number order  in  which  the  BC  data  are  to 
be  printed.  Optional  keywords  for  MOrd" 
are: 

USERID  --  user  number  order 

INPUT  --  Input  record  number  order 

INTERNAL  — Internal  node  number  order 

Default:  NODEORDER =USER ID 


« 
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206.  1.2  Data- Subset  Prj.pt  Q&tiPP 

This  option  allows  the  user  to  print  the  BC  data  associated 
with  specified  subsets  extracted  from  a nodal  data  set  via  the 
SUBSET-DEFINITION  Preprocessor  {sec.  156.0).  The  data  associated 
with  °ach  subset  are  printed  in  a separate  block. 

SET=Se  \ Parameters  defined  as  above  for  the  data 

STAGE=st  / set  print  option. 

Nxxx<=Ord>  Nxxx  denotes  a node  subset  name.  The  BC 
data  associated  with  the  specified  subset 
are  printed  in  the  order  denoted  by  the 
key-word  Ord: 

{USERID 
INPUT 
INTERNAL 

These  print- orders  are  interpreted  in  a 
manner  similar  to  the  NODEORDER  key-word 
for  the  data  set  print  option. 

Default:  Ord=USERID 

Several  parameters  of  this  type  may  be 
used  in  a single  statement.  A print-order 
remains  in  effect  for  the  subsequent  subset 
names  in  Plist  as  it  is  interrogated  in 
a lef t-to-riqht  order  until  it  is  reset. 

The  Asterisk  Name  Option  (see  sec.  200.0) 
may  be  used  to  identify  subset  names. 

Default:  All  BC  data  associated  with 

the  specified  nodal  set  and 
3C  stage  are  printed. 
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208.0  BUCKLING  MODULES 


The  BUCKLING  Processor  solves  the  structural,  general- 
instability  eiqenproblem  defined  by  the  real  system  of  linear, 
homogeneous,  algebraic  equations  denoted  by  (K*E*G)*Q=0.  The 
structural  r.<atrices  denoted  by  K and  G are  the  elastic  and 
geometric  stiffness  matrices,  respectively.  Each  of  the 
matrices,  K and  G,  is  symmetric.  Additionally,  matrix  k is 
positive-definite.  Matrices  E and  Q contain  the  eigenvalues 
and  eigenvectors  associated  with  the  buckling  (critical)  loads 
and  modes,  respectively. 

Eigensolutions  of  the  system  of  equations  < 'ffected 
by  the  following  distinct  steps: 

a)  K=L*LT : the  elastic  stiffness  matrix  is  decomposed 
via  the  Cholesky  square  root  method  (ref.  208-1)  into 
a lower  triangular  matrix  post- multi plied  by  its 
transpose. 

b)  The  eiqenproblem  is  reduced  to  the  standard,  symmetric 
eigenproblem  denoted  by  D*X=E-**X,  where  D=-L“**G* (LT)*1 

c)  Matrix  D is  tridiaqonalized  by  the  Householder-Givens 
technique  (ref.  208-2)  via  similarity  transformations. 

d)  Eigenvalues  are  extracted  from  the  tridiagonal  matrix 
via  either  the  symmetric  Q- F orthogonal-matrix 
transformation  technique  or  the  Sturm- sequencing 
bisection  method  (ref.  208-2). 

e)  Eigenvectors  are  calculated  by  the  Wielandt  inverse 
iteration  technique  (ref.  208-2). 

f)  orthogonalization  of  the  calculated  eigenvectors  is 
assured  by  use  of  the  Gram- Schmidt  technique  (ref. 
208-2). 

g)  Each  eigenvector  is  normalized  to  its  largest  component. 

The  numerical  quality  of  an  eigensolution  is  measured  via  several 
checks  performed  by  the  BUCKLING  Processor  (sec.  208.  1).  In 
one  case,  each  calculated  eigenvalue  and  corresponding 
eigenvector  are  substituted  into  the  original  equation  to  be 
solved.  The  deviation  of  the  i-th  resulting  residual  vector 
R (i)  from  a null  vector  is  measured  by  its  unbiased  root-raean- 
square  value  RMS  (i)  calculated  as  the  square  root  of  [{R(i)T 
* R (i.) } / |n-  1 ) ] where  "n"  is  the  order  of  matrix  D.  These 
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quantities,  which  are  a measure  of  the  equilibrium  of  the  system 
of  equations,  are  printed  for  each  eiqensolution. 

A second  solution  check,  referenced  as  the  orthogonality 
check,  is  a measure  of  how  well  the  calculated  eigenvector 
(mode)  matrix  succeeds  in  diagonalization  of  the  elastic 
stiffness  matrix.  That  is,  the  off-Uiagonal  elements  of  the 
matrix  calculated  as  QT*K*Q  are  theoretically  zero.  These 
elements,  however,  as  calculated  by  the  triple  matrix  product 
may  differ  from  zero  and  therefore,  a map  of  these  elements 
is  automatically  displayed  for  each  eigensolution.  This  solution 
check  indicates  how  well  the  mode  matrix  Q transforms  the  coupled 
set  of  equations,  expressed  via  the  physical  coordinate  system, 
into  an  uncoupled  set  of  equations  expressed  in  terms  of  the 
normal,  generalized  coordinate  system. 

Subsequent  to  an  eigensolution,  the  BUCKLING  Processor 
performs  the  following  additional  ill-conditioning  check  on 
the  eigenprobl em:  (1)  the  "Norm"  of  tne  D matrix  is  calculated; 
the  absolute  values  of  the  elements  in  the  i-th  row  of  this 
matrix  are  summed  to  form  s (i) ; i=1,  n.  The  maximum  s(i)  is 
defined  as  the  "Norm”  of  the  D matrix,  (2)  if  the  absolute  value 
of  the  i-th  calculated  eigenvalue  e(i)  is  less  than  the  quantity 
(Norm* 10_1 2) , it  is  automatically  set  to  zero--the  quantity 
within  parentheses  is  referenced  as  the  cutoff  value.  A zero 
eigenvalue  is  an  adequate  indicator  that  an  error  exists  in 
the  mathematical  model  of  the  physical  problem. 

The  foregoing  eigensolution  checks  are  performed  so  that 
the  user  is  advised  of  the  quality  of  the  solution.  An  ill- 
conditioned  eiqenproblem  may  require  redefinition  of  the 
mathematical  model.  The  in-plane  translational  stiffness  at 
a node  of  a model,  for  example,  is  generally  much  larger  than 
the  rotational  stiffness  at  the  same  node,  'ihile  there  is 
nothing  incorrect  about  retaining  both  types  of  kinematic 
freedoms  for  bucklinq  analyses,  the  rounding  errors  incurred 
when  performing  the  required  mathematical  operations  may  lead 
to  substantial  inaccuracies  in  the  small  eigenvalues.  Since 
the  smaller  eigenvalues  are,  in  general,  of  primary  interest, 
the  results  of  a buckling  analysis  and  the  mathematical  model 
details  must  be  examined  carefully. 

Printout  of  the  buckling  analysis  data  may  be  requested 
from  the  BUCKLING  Postprocessor  as  discussed  in  section  208.2. 
Plots  of  these  data  cai  also  be  effected  via  the  EXTRACT  and 
GRAPHICS  Postprocessors  as  discussed  in  sections  218.0  and 
228.0. 
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208.1  EXECUTE  BUCKLING  STATEMENT 

The  following  statement  initiates  execution  of  the  BUCKLING 
Processor.  An  elastic  stiffness  matrix  and  a geometric  stiffness 
matrix  for  the  structural  model  must  have  been  generated 
previously.  These  matrices  may  be  gross  matrices  as  generated 
by  the  MERGE  Processor  (sec.  242.0)  or  they  may  be  reduced 
matrices  as  generated  via  execution  of  the  MERGE,  CHOLESKY  and 
MULTIPLY  Processors.  Reference  should  be  made  to  the  cataloged 
control  statements  presented  in  appendix  E when  writing  a Control 
Program  to  perform  qeneral- instability  analyses.  Although  the 
maximum  permitted  order  of  the  eigenproblem  is  approximately 
400,  t is  processor  provides  a buckling-analysis  capability 
for  small  to  intermediate  sized  problems. 

| EXECUTE  BUCKLING  (Plist)  '{ 

List  of  optional  parameters  for  Plist: 

BSST=xx  A buckling  set  number  (integer)  in  the 

range  1 to  36  which  is  used  to  identify 
the  buckling  problem  specified  by  this 
statement.  If  multiple  statements  of  this 
type  are  required  in  a single  job,  the 
buckling  problem  associated  with  a 
particular  BSET  number  may  be  redefined. 

"xx"  should  correspond  to  the  BSET  number 
specified  via  the  EXECUTE  STIFFNESS 
statement  (sec.  252.2)  for  calculation 
of  the  element  geometric  stiffnesses. 

This  allows  node/freedom  identifiers 
associated  with  the  modal  components  to 
be  displayed  by  the  BUCKLING  Postprocessor 
(sec.  208.2). 

Default:  BSET=1 

STIF=Name1  Name  of  a previously- generated,  elastic, 
stiffness  user  Matrix. 

Default:  Error.  Execution  is  terminated. 

Name  of  a previously-generated,  geometric, 
stiffness  User  Matrix. 

Default:  Error.  Execution  is  terminated. 


KG=Name2 


The  eigenproblem  to  be  solved  is  illustrated  by  the 
following  matrix  equation: 

(Namel ♦EIGENxx*Name2) *MODESxx  = 0 

The  calculated  eigenvalue  matrix  and  eigenvector  matrix  are 
identified  by  EIGENxx  and  MODESxx,  respectively,  where  HxxH 
is  the  buckling  set  number,  right- adjusted  and  zero-filled. 

The  four  matrices  associated  with  the  eigenproblem  are  User 
Matrices  and  are  managed  via  the  User-Matrix  Name  Catalog  (see 
sec.  200.0). 


QR  \ 

STURM  / Key-word  denotinq  whether  the  QR  method 

or  the  Sturm- sequence  (STURM)  method  is 
to  be  used  to  extract  the  eigenvalues. 

The  QR  method  is  generally  more  efficient 
than  the  STURM  method  when  five  percent 
or  more  of  the  eigenvalues  are  to  be 
calculated.  The  STURM  method  is,  however, 
more  stable  and  therefore  allows  small 
eigenvalues  to  be  calculated  with  greater 
accuracy. 

Default:  QR 


NEIGS=ne  Number  (integer)  of  eigenvalues  (buckling 

load  parameters)  to  be  saved.  It  should 
be  noted  that  if  the  QR  method  is  used, 
all  the  eigenvalues  associated  with  the 
eigenproblem  are  calculated  automatically. 
Only  "neM  eigenvalues  are  calculated, 
however,  if  the  STURM  method  is  used. 

The  eigenvalues  corresponding  with  the 
lowest  absolute-valued  "ne"  buckling  loads 
are  saved. 

Default:  The  order  of  the  eigenproblem. 


NMODES=nm  Integer  number  (0<nm<ne)  of  eigenvectors 

(modes)  to  be  calculated  and  saved. 
Default:  NMODES=ne 
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208.2  PRINT  OUTPUT  STATEMENT 

The  following  statement  is  used  to  request  printout  of 
the  data  calculated  by  the  BUCKLING  Processor. 

PRINT  OUTPUT  (BUCKLING.  Plist)  ] 

List  of  optional  parameters  for  Plist: 

BSET=Num  The  buckling  set  number  (integer)  for  which 

calculated  data  are  to  be  printed. 

Default:  BSET  = 1 

NO (Data)  Key -word  that  suppresses  printing  of 

selected  data.  One  or  both  of  the  following 
optional  key- words  may  be  used  in  a single 
statement: 

NOgIGEN  — Eigenvalues  (critical  loads) 
NOMODES  — Modes 

Default:  Eigenvalues  and  modes  are 
printed. 
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210.0  CHOLESKY  PROCESSOR 


The  CHOLESKY  Processor  employs  the  Cholesky  square  root 
technique  to  solve  a real  system  of  linear  equations  which  has 
a symmetric,  positive- definite  coefficient  matrix  (refs.  210- 
1 and  210-2) . The  solution  of  a system  of  equations  denoted 
by  A*X=B  is  performed  in  the  following  three  distinct  steps: 

a)  A=L*Lt ; the  coefficient  matrix  is  decomposed  into  the 
product  of  a lower-trianqular  matrix  post-multiplied 
by  its  transpose. 

b)  Y=L~»*B;  a forward  substitution  is  performed  on  matrix 
B. 

c)  X=(Lt)-1*Y;  a backward  substitution  is  performed  on 
matrix  Y to  complete  the  solution  of  the  original 
equation  unknowns. 

A partial  or  complete  solution  of  a system  of  equations,  as 
requested  by  the  user,  can  be  performed  by  a single  execution 
of  this  module.  That  is,  any  one  or  combination  of  the  foregoing 
sequential  three  solution  steps  may  be  performed  via  a single 
statement.  Execution  of  this  module  to  effect  structural 
analyses  via  the  ATLAS  System  is  illustrated  by  the  cataloged 
control  statements  presented  in  appendix  E.  These  cataloged 
statements  are  a user  convenience  that  obviates  the  need,  in 
most  cases,  to  use  the  explicit  EXECUTE  CHOLESKY  statement. 


210.  1 


210.  1 


EXECUTE  CHOLESKY  STATEMENT 


The  following  statement  initiates  execution  of  the  CHOLESKY 
Processor 


EXECUTE  CHOLESKY  ((Operation,  In1<=Out1>,  out2,  In2J , 

Options) 


The  selected  optional  parameters  within  braces  must  appear 
in  the  noted  sequence.  These  parameters  denote  a selected 
solution  '’Operation"  to  be  performed  on  prev iously-genei.. _ed 
matrices  "Ini"  and  "In2"  according  to  the  "Options."  The  results 
are-  stored  in  matrices  "Outl"  and  "Out2"  which  are  named  by 
the  user  via  this  statement.  All  matrices  processed  by  this 
module  are  User  Matrices  (see  sec.  200.0).  See  the  OPTION 
parameter  below  regarding  uniqueness  of  the  assigned  result- 
matrix  names.  Not  all  the  parameters  shown  within  the  braces 
are  required  for  each  of  the  options.  The  following  table 
illustrates  the  "Operation"  key-word  and  the  User  Matrix  names 
which  must  be  specified  in  the  sequence  noted  above.  Characters 
A,  X,  B,  Y and  L in  this  table  denote  matrix  names  associated 
with  the  system  of  equations  A*X=B  to  be  solved  as  discussed 
above. 


"Operation” 

Key-Word 

User  Matrix  Names 

Solution  Steps 
Performed 

"Inl" 

"Outl" 

"Out 2" 

DECOMPOSE  , 

A 

L 

A-L*Lt 

FORWARD 

L 

Y 

B 

Y=L-1*B 

BACKWARD 

L 

X 

Y 

T -1 

X-CL1)  *Y 

SOLVE 

A 

<L> 

X 

B 

A«L*LT;Y-l”1*B;X» (LT)*1*Y 

DEFO 

A 

<L> 

Y 

B 

A-L*LT;Y»L_1*B 

FOBA 

L 

X 

B 

Y-L“1*B;X-(LT)"1*Y 

IFORWARD 

L 

Y 

M'1 

Multiple  solution  steps  can  be  effected  via  the  SOLVE, 

DEFO  or  the  FOBA  operation  key-word  in  a single  statement  as 
noted  in  this  table.  The  I FOB  operation  permits  a forward  sweep 
on  an  identity  matrix.  This  capability  is  used,  for  example, 
to  qenerate  a structural  flexibility  matrix  (see  PERFORM  F- 
R EDUCE  in  appendix  E) . 
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For  the  SOLVE,  DECOMPOSE  and  DEFO  operations,  matrix  A 
must  be  stored  in  the  User-Matrix  triangular  format  to  be 
recognized  by  this  processor.  Normally,  this  criterion  is 
automatically  satisfied  by  prior  matrix  operations. 

If  the  SOLVE  or  DEFO  operation  is  requested,  the  decomposed 
coefficient  matrix  (L)  , generated  during  processing,  may  be 
saved  for  subsequent  use  by  appending  parameter  "Ini"  with  an 
equal-sign  and  a name  for  “Outl."  This  matrix  is  stored  in 
a format  for  processing  only  by  the  CHOLESKY  Processor. 

The  two  parameters  denoted  by  "Options"  are  as  follows: 

OPTION=Code  This  parameter  denotes  the  action  to  be 
taken  when  the  name  assigned  to  a result 
matrix,  "Outl"  and/or  nout2,"  is  the  same 
as  the  name  of  a previously-generated  User 
Matrix.  The  options  for  the  integer  "Code" 
are: 

1- -The  specified  solution  is  performed  and 

the  contents  of  the  previously-generated 
matrix  are  over-written. 

2 —  The  specified  solution  is  not  performed. 
Subsequent  control  statements,  however, 
are  executed.  This  option  allows  the  user 
to  avoid  recalculation  of  previously- 
qenerated  matrices  as  in  the  case  of 
problem- execution  restart  or  during 
substructure  analyses. 

In  both  cases,  a warning  messaqe  is  issued. 

Default:  0PTI0N=1 

DECAY=dec  A pivot  (diagonal)  element  decay  number 

(integer  > 0)  . All  decay  numbers  generated 
during  decomposition  that  are  greater  than 
or  equal  to  •‘dec"  are  printed  with  the 
associated  matrix  row  number.  In  general, 
large  decay  numbers  indicate  an  ill- 
conditioned  mathematical  model  which  should 
not  be  accepted  for  further  analysis. 

This  criterion  indicates  where  a local 
mechanism  or  a region  of  weak  stiffness 
is  inherent  in  the  structural  model. 
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Default: 


The  squared  diaqonal  terras  of  L are 
calculated  by 

i * 1 

Lii2  = Ail  - ; i > 1 

j = i 

where  Lij  are  previously-generated  terras 
of  the  i-th  row  of  matrix  L.  The  difference 
of  Lii2  and  Aii  is  measured  by  the  quantity 
-log  10  (Lii2/Aii)  rounded  to  the  nearest 
integer  value.  This  value  is  defined  as 
the  decay  number  of  the  i-th  row. 

Consider,  for  example,  the  case  when  two 
rows  of  matrix  A are  almost  linear  dependent 
(matrix  A is  ill-conditioned  but  not  truly 
singular).  During  generation  of  the  latter 
of  these  two  rows  in  matrix  L,  a large 
pivot  decay  would  occur.  If,  however, 
the  two  rows  are  truly  linearly  dependent, 
the  calculated  value  of  the  latter  Lii2 
quantity  would  be  zero  or  negative.  Since 
a complete  solution  is  prohibited  in  this 
case,  an  ERROR  message  is  printed  which 
declares  matrix  A as  being  singular.  If 
this  occurs,  the  appropriate  Lii  diagonal 
element  is  set  to  10 10  and  complete 
decomposition  of  matrix  A is  performed 
whereupon  execution  is  terminated.  This 
procedure  exposes  all  singularities  and 
large  pivot  decays  associated  with  an  A 
matrix  via  a single  decomposition  request. 
The  difference  between  a very  large  pivot 
decay  number  of  14  (a  very  ill-conditioned 
A matrix)  and  a singular  condition  is 
purely  numerical  since  the  precision  of 
a decimal  number  stored  by  the  6600  computer 
is  approximately  14  digits  of  accuracy. 

A pivot  decay  table  is  printed  regardless 
of  any  singularities  inherent  in  the  A 
matrix. 

DECAY = 10 
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212.0  DESIGN  MODULES 


The  DESIGN  Processor  provides  a general  resize  (design) 
capability  for  the  structural  design  process  supported  by  the 
ATLAS  System.  Selected  structural  properties  of  finite-element 
components  of  a model  are  modified  (resized)  according  to  the 
requirements  specified  by  the  design  data  (sec.  112.0).  The 
requirements  to  be  satisfied  during  resizing  can  be  specified 
as  geometric  and/or  margin-of-safety  constraints  on  selected 
elements.  The  design  requirements  resulting  from  a structural 
optimization  can  include  thermal  effects  and  "local"  buckling 
effects  for  "plate-like"  elements. 

The  structural  optimization  to  be  performed  by  the  DESIGN 
Processor  can  be  selected  as  either  a fully- stressed- design 
based  on  an  optimality  criterion  or  a regional  optimization 
of  composite  structure  based  on  a math- programming  approach. 
Options  are  provided  for  controlling  the  resize  cycles  and  for 
influencing  the  convergence  behavior  of  a fully- stressed  design. 
These  capabilities  are  intended  for  use  primarily  during  the 
preliminary  design  activities  in  the  large-problem  environment. 

A technical  description  of  these  capabilities  is  presented  in 
reference  212-1. 

Five  types  of  execution  of  the  DESIGN  Processor  (sec. 

212.2)  are  provided: 

a)  Strength  execution — A fully- stressed-design  (FSD) 
and/or  a thermal  fully-stressed-design  (TFSD) . The 
FSD  resizing  (refs.  212-2  and  212-3)  is  based  on 
margins-of- safety  calculated  according  to  Hill’s 
strength-design  criterion  (ref.  212-4)  and/or  buckling 
criteria  (ref.  212-5)  for  "plate-like"  elements  (COVER, 
PLATE  and  GPLATE)  . The  TFSD  resizing  (ref.  212.6) 

for  ROD, SPAR , PLATE, COVER, SHOD  and  SPLATE  elements  is 
based  on  Hill's  strength  criterion.  Thermal- design 
load  cases  must  be  identified  by  the  design  data  (sec. 
112.0)  if  TFSD  resizing  is  to  be  performed.  When  non- 
zero margins  of  safety  are  required  for  selected 
elements,  the  FSD  or  TFSD  resizing  can  be  constrained 
to  user-selected  margin-of-safety  envelopes. 

b)  Flutter  execution--5tructural  properties  of  selected 
elements  are  modified  according  to  specified  factors 
(e.g.,  stiffness  factors  for  flutter  studies).  Margins 
of  safety  are  calculated  for  these  properties.  The 
selected  elements  are  then  resized  according  to  the 
calculated  margin-of-safety  envelopes.  These  envelopes 
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may  include  margins  of  safety  calculated  via.  "strength 
executions. M luis  technique  presents  an  initial 
capability  for  structural  design  based  on  flutter 
stif  fness-constraints. 

c)  History  execution- “The  minimum  margins  of  safety  for 
selected  elements,  as  calculated  via  "strength"  and/or 
"flutter"  executions  of  the  DESIGN  Processor,  are 
extracted  for  subsequent  printing  by  the  DESIGN 
Postprocessor  (sec.  212.3). 

d)  Composite  optimization  — This  type  of  execution  is 
intended  for  composite  structure  modeled  with  CPLATE 
and  CCOVEP  elements.  Regions  of  the  structural  model 
to  be  strength- resized  are  defined  by  the  design  data 
(sec.  112.1.2.6).  Each  region  is  identified  as  a 
stiffness  element  subset  which  can  only  contain  one 
element  type.  The  lamina  thicknesses  are  optimized 
for  minimum  weiqht  according  to  Hill's  strength 
criterion  or  the  maximum  strain  criterion.  The  resized 
properties  of  the  elements  in  the  defined  regions  will 
satisfy  the  selected  design  criterion. 

e)  Smoothing  execution  — Properties  of  selected  elements 
are  modified  according  to  the  "smoothing"  data  subset 
(sec.  112.1.2.8).  The  input  and/or  calculated  property 
values  can  be  redefined  or  the  property  values  of 
elements  within  regions  can  be  made  constant. 

It  should  be  noted  that  the  Flutter  and  Smoothing  execution 
options  provided  by  the  DESIGN  Processor  do  not  require  previous 
calculation  of  element  stresses.  Therefore,  these  capabilities 
allow  the  element  properties  of  structural  models,  as  defined 
by  the  problem-definition  input  data,  to  be  modified,  as 
necessary. 

The  design  process  is  influenced  by  the  user  through 
constraints  specified  by  the  design  data  in  addition  to  the 
number  of  design  cycles  to  be  performed  and  the  convergence 
requirements  as  specified  via  the  Control  Program.  A design 
cycle,  as  directed  by  the  Control  Program,  includes  the 
following: 

a)  Generation  of  the  element  stiffness  and  stress  matrices 
by  the  STIFFNESS  Processor  (sec.  252.2); 

b)  Assembly  and  solution  of  the  system  of  linear  equations 
for  the  unknown  displacements  by  the  LOADS,  MERGE  and 
CHOLESKY  Processors: 
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c)  Calculation  of  the  element  stresses  by  the  STRESS 
Processor  (sec.  254.1)  for  selected  load  cases; 

d)  Calculation  of  "new"  stiffness-element  properties  by 
the  DESIGN  Processor; 

e)  Modification  of  the  "old”  stiffness  element  properties 
by  the  DESIGN  Processor  according  to  the  calculated 
and  input  design  requirements; 

f)  Calculation  of  the  total  structural  weight  by  the  MASS 
Processor  (sec.  238.0). 

Margins  of  safety  and  resized  element  properties  calculated 
by  the  DESIGN  Processor  during  a particular  design  cycle  are 
identified  by  a user-specified  CYCLE  number.  Design  data 
associated  with  a CYCLE  are  referenced  by  this  number. 

A standard  cataloged  control  procedure,  as  presented  in 
appendix  E,  allows  the  user  to  conveniently  create  a Control 
Program  for  performing  structural  design.  In  conjunction  with 
using  this  procedure,  the  user  specifies  in  the  Control  Program 
how  many  design  cycles  are  to  be  executed.  Optional  convergence 
requirements  can  also  be  specified  such  that  if  they  are 
satisfied,  remaining  design  cycles  are  not  executed.  The 
following  types  of  convergence  criteria  can  be  invoked: 

a)  Maximum  allowable  ratio  between  the  "new"  and  "old" 
properties  for  each  element  type. 

b)  Maximum  allowable  absolute  change  in  the  total  weight 
of  the  model  after  each  cycle  |W(i+1)-W(i)  | . 

c)  Maximum  allowable,  absolute  ratio  of  the  change  in 
total  weight  to  the  new  total  weight  of  the  model  alter 
each  cycle  |[W(i*1)-W(i)  ]/W(i*1)  | . 

Printout  of  the  design  input  data  and  data  calculated 
by  the  DESIGN  Processor  may  be  requested  as  described  in  sections 
212.1  and  212.3,  respectively.  Output  data  include  the  modified 
properties  of  the  elements  and  design  histories  of  minimum 
margins  of  safety  for  selected  resize  CYCLES.  Plots  of  the 
resized  element  properties  and  plots  of  the  minimum  margins 
of  safety  resulting  from  a strength  or  thermal  resize  may  be 
generated  via  the  EXTRACT  and  GRAPHICS  Postprocessors  (sec. 

218.0  and  228.0) . 


212.1  PRINT  INPUT  STATEMENT 


The  following  statement  is  used  to  request  printout  of 
the  design  input  data  (sec.  112.0).  In  the  printout,  these 
data  are  grouped  according  to  the  following  data  types: 


Data  Type 


Design  Input-Data  Subsets 


TABLE 

PROPERTY 

SIZING 

LOADS 


TABLE  and  MODULUS 

PROPERTY,  FIXED,  LOWER-BOUND, 

UPPER-BOUND  and  MARGIN 

SIZING  and  RESTRAIN-SIZING 

LOADS,  SUPERPOSITION  and  THEPMAL 


( PRINT  INPUT  (DESIGN, Plist) 


List  of  optional  parameters  for  Plist: 


TABLE 


SET=Se 


Key -word  that  is  required  if  TABLE  type 
data  are  to  to  be  printed. 

Default:  TABLE  data  are  not  printed. 

The  number  (integer)  of  the  stiffness 
data  set  for  which  input  design  PROPERTY, 
SIZING  and/or  LOADS  type  data  are  to 
be  printed.  This  parameter  is  ignored 
if  only  TABLE  type  data  are  to  be 
printed. 

Default:  SET= 1 


NOPROPEFTY  Key-word  that  suppresses  printing  of 

the  design  PROPERTY  type  data  associated 
with  set  Mse.  '• 

Default:  Design  PROPERTY  data  are 
printed. 


SIZING  Key-word  that  is  required  if  SIZING 

type  data  are  to  be  printed. 

Default:  SIZING  data  are  not  printed. 


STAGE=  jst 

(Slist) 


A boundary  condition  stage  number 
or  a list  thereof  associated  with  set 
"SeM  for  which  design  LOADS  type  data 
are  to  be  printed. 

Default:  Design  LOADS  type  data  are 
not  printed. 
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212.2  EXECUTE  DESIGN  STATEMENT 

The  following  statement  initiates  execution  of  the  DESIGN 
Processor. 


EXECUTE  DESIGN  (Plist) 


Each  execution  option  of  this  processor  (Strength,  Flutter 
History,  Composite  and  Smoothing)  is  described  in  sections 
212.2.1  through  212.2.5.  Execution  of  the  STRESS  Processor 
(sec.  254.1)  is  required  prior  to  using  the  Strength  and 
Composite  options,  whereas  previous  execution  of  the  DESIGN 
Processor  itself  is  required  prior  to  using  the  History  option. 
No  other  processor  need  be  executed  prior  to  using  the  Flutter 
or  Smoothing  options. 

212.2.  1 Strength  Execution  Option 

The  strength  execution  option  allows  the  margins  of  safety 
to  be  calculated  for  structural  elements  by  applying  prescribed 
strength  and  buckling  criteria.  Based  on  the  calculated  margins 
of  safety,  the  user  may  elect  to  resize  selected  elements  of 
the  structural  model.  The  optional  parameters  for  Plist  are: 

TFSD  Key-word  that  is  required  for  execution 

of  the  “thermal  fully- stressed-design" 
option  (TFSD) , in  addition  to  the 
standard  Mf ully-stressed-design”  option 
(FSD) . The  thermal- design  load  cases 
to  be  included  in  the  optimization  must 
be  defined  by  the  design  data  (sec. 
112.0).  Selected  load  cases  to  be 
included  in  the  FSD  calculations  are 
also  defined  by  the  design  data. 

Default:  The  FSD  option  is  executed. 

NOFSD  Key-word  that  suppresses  execution  of 

the  FSD  ontion.  This  parameter  is 
effective  only  if  the  key-word  TFSD 
is  used. 

Default:  The  FSD  option  is  executed. 

The  number  (integer)  of  the  stiffness 
data  set  to  be  processed. 

Default:  SET=1 


SET=Sa 


STAGE=CATlist 


CYCLE=n 


MODE=Start 


0 

1 


MARGIN*  Stop 


0 

1 


CONVERGES factor 


ATLAS  list  of  boundary  condition  (BC) 
stage  numbers  (integers)  associated 
with  set  "Se."  These  stages  identify 
sets  of  calculated  margins  of  safety. 
Default:  STAGE* 1 

Integer  greater  than  zero  that  identifies 
the  design-cycle  execution  for  the 
specified  SET/STAGES.  If  CYCLE  is 
specified  as  the  same  number  used  in 
a previous  "strength”  or  "flutter” 
execution  and  if  resizing  is  requested, 
the  element- property  modifications  are 
influenced  by  the  previously-calculated 
margins  of  safety. 

Default:  Error.  Execution  is  terminated. 

An  integer  denoting  where  the  analysis 
is  to  begin.  The  options  for  "Start” 
are: 

-Start  by  calculating  margins  of  safety. 
-Start  by  resizing  based  on  previously- 
calculated  margins  of  safety. 

Default:  MODE=0 

An  integer  denoting  where  the  analysis 
is  to  terminate.  The  options  for  "Stop" 
are: 

-Stop  after  resizing 

-Stop  after  calculating  margins  of  safety 
Default:  MARGIN*0 

Note:  If  MODE* 1 , the  MARGIN  parameter 

is  ignored.  Regardless  of  whether 
MARGIN  is  set  to  0 or  1,  only 
resizing  is  performed. 

This  parameter  initiates  an  iterative 
solution  of  the  stress  ratio  "R"  for 
"plate- like"  elements  when  gage-dependent 
allowable  stresses  are  used  (sec. 
112.1.2.9).  These  "F"  values  are  used 
for  calculating  margins  of  safety  for 
resizing.  The  "factor"  is  input  in 
the  form  10.02,  for  example,  which  means 
that  10  iterative  cycles  are  to  be 
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performed  for  each  element.  The  0.02 
denotes  that  if  the  solution  has 
converged  so  that  the  tolerance  of  "R" 
is  in  the  interval  0.98  SR<1.02,  nc 
more  iterations  are  performed. 

Default:  No  iteration  on  the  solution 
is  performed. 

PROCEDURE=Save  An  integer  denoting  whether  the 

calculated  margins  of  safety  are  to 
be  saved  on  file  DESIRNF  for  subsequent 
data  postprocessing  or  for  subsequent 
execution  of  the  DESIGN  Processor. 

The  options  for  "Save*'  are: 

0 —  Do  not  save  the  margins  of  safety. 

1 — Save  the  margins  of  safety. 

Default:  PROCEDURES 

R ESI ZE=CATlist  ATLAS  list  of  boundary  condition  stage 

numbers  (integers)  associated  with  set 
"SeM  for  which  element  resizing  is  to 
be  performed. 

Default:  The  stages  specified  by  the 
parameter  STAGE. 

RELEASE*  jNl 

{ (N1 , N2  , . . .) 

An  integer  or  a list  of  integers  denoting 
which  user-specified  design  constraint 
data  are  not  to  be  used  in  the  element 
resizing  performed  by  this  design  cycle. 
The  options  for  '•Ni'*  are: 

1 —  All  design  constraint  data 

2 —  Fixed  data 

3—  -Upper-Bound  data 

4— -Lower-Bound  data 

5—  Pestrain-Sizing  data 

6— -Margin  data 

Default:  All  of  the  design  constraint  data  for 
the  specified  set/stage  (s)  are  used. 
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212.2.2  Flutter  Execution  Option 

The  flutter  execution  option  allows  the  user  to  factor 
the  stiffness  properties  of  elements  included  in  subsets 
previously-defined  via  the  SUBSET- DEFINITION  Preprocessor  (sec. 
156.0).  Margins  of  safety  based  cn  these  factored  properties 
are  calculated  for  the  selected  elements.  The  elements  are 
then  resized  according  to  margin  of  safety  envelopes.  These 
envelopes  are  based  on  the  factored  properties  and  may  include 
margins  of  safety  previously  calculated  via  "strength'' 
executions.  The  optional  parameters  for  Plist  for  this  option 
are: 


FLUTTER 


SET=Se 


CYCLE=n 


Exxx=factor 


Key-word  which  must  be  the  first 
parameter  in  Plist  to  initiate  this 
execution  option. 

Default:  The  strength  execution  option 
is  assumed. 

The  number  (integer)  of  the  stiffness 
data  set  to  be  processed. 

Default:  SET=1 

Integer  greater  than  zero  that  identifies 
the  design-cycle  execution  for  set  "Se." 
Resizing  is  performed  for  all  boundary 
condition  stages  associated  with  set 
"Se." 

Default:  Error.  Execution  is  terminated. 

The  properties  of  all  the  elements 
included  in  element  subset  Exxx  are 
to  be  multiplied  by  the  positive 
"factor."  This  parameter  may  be  repeated 
to  identify  a maximum  of  14  element 
subsets. 

Default:  Error.  Execution  is  terminated. 


PFOCEDUFE=Save  An  integer  denoting  whether  the 

calculated  margins  of  safety  are  to 
be  saved  on  file  DESIRNF  for  subsequent 
data  postprocessing  or  for  subsequent 
execution  of  the  DESIGN  Processor. 

The  options  for  "Save"  are: 

0 — Do  not  save  the  margins  of  safety 
1 — Save  the  margins  of  safety 

Default:  PROCEDURES 


212.8 


DESIGN 


> 


P 


I 


i 


MINMS=Type  An  integer  denoting  which  type  of  margins 

of  safety  are  to  be  used  to  establish 
the  envelope  of  minimum  margins  of 
safety  for  element  resizing.  The  options 
for  "Type1*  are: 

0 —  Use  only  the  factored  property  margins 

1 —  Use  the  factored  property  margins  and 
previously  calculated  strength  margins 

Default:  MINMS=0 

2 1 2.  2.  3 History  Execution  Option 

The  history  execution  option  allows  the  user  to  extract 
the  minimum  margins  of  safety  for  selected  elements  as  calculated 
previously  via  •’strength'*  or  •'flutter'*  resize  cycles.  Printout 
of  the  extracted  history  data  is  effected  via  the  DESIGN 
Postprocessor  (sec.  212.3).  The  optional  parameters  for  Plist 
are: 

HISTORY  Key-word  which  must  be  the  first 

parameter  in  Plist  to  initiate  the 
history  execution  option. 

Default:  The  strength  execution  option 
is  assumed. 

SET=se  The  number  (integer)  of  the  stiffness 

data  set  to  be  processed. 

Default:  SET-1 

STAGE=CATlist  ATLAS  list  of  boundary  condition  (BC) 

stage  numbers  (integers)  associated 
with  set  "Se."  These  stages  identify 
groups  of  margins  of  safety  for  which 
history  data  are  to  be  calculated. 
Default:  Error.  Execution  is  terminated. 


CYCLE=CATlist  ATLAS  list  of  previously-defined  design 

cycles  associated  with  the  specified 
SET/STAGES. 

Default:  Error.  Execution  is  terminated. 


ELN 

IELN 


= \ (N1,N2 ,...)/ 

This  parameter  identifies  one  element 
or  a list  of  elements,  a maximum  of 
150,  for  which  a resize  history  is  to 
be  generated.  One  or  more  of  the 
indicated  options  may  be  used  in  a 
single  statement.  "Ni1*  is  an  integer 
that  denotes  one  or  more  elements 
according  to  the  selected  keyword: 

SOB  —An  element  subset  number  (integer) 

associated  with  the  specified  stiffness 
data  set  as  defined  via  the  SUBSET- 
DEFINITION  Preprocessor  (sec.  156.0). 

ELN  —A  user  element  number 

IELN  — An  internal  element  number 

Default:  If  none  of  these  parameters  is  specified, 
execution  is  terminated. 

212.2.4  Composite  Optimization  Option 

This  execution  option  is  used  for  optimization  of  composite 
structure  modeled  with  CPLATE  and  CCOVER  elements.  The 
optimization  problems  to  be  solved  are  defined  by  the  design 
data  (sec.  112.0).  Lamina  thicknesses  are  optimized  for  minimum 
weight  either  according  to  Hill's  strength-design  criterion 
or  according  to  the  maximum  strain  criterion.  Optionally,  the 
resized  properties  of  the  elements  in  the  isolated  regions  of 
the  structure  can  be  modified  according  to  the  "smoothing" 
design  data.  The  optional  parameters  for  Plist  are: 


COMPOSITE 

Key-word  which  must  be  the  first  parameter 
in  Plist  to  initiate  this  execution  option. 
Default:  The  strength  execution  option 
is  assumed. 

SET=Se 

The  number  (integer)  of  the  stiffness  data 
set  to  be  processed. 

Default:  SET=1 

STAGE=St 

The  number  (integer)  of  the  boundary 
condition  (BC)  stage  number  associated 
with  set  "Se."  The  stage  number  identifies 
the  optimization  problems  to  be  solved. 
Default:  STAGE= 1 

CYCLE=n  Integer  greater  than  zero  that  identifies 

the  design-cycle  execution  for  set  "Se." 
Default:  CYCLE=1 

MODE=Start  An  integer  denoting  where  the  analysis 

is  to  begin.  The  options  for  "start**  are: 

0 —  Start  by  performing  the  optimization 
(calculate  resizing  requirements) 

1 —  Start  by  element  resizing  based  on  a 
previously-executed  optimization 

Default:  MODE=0 


MARGTN=Stop  An  integer  denoting  where  the  analysis 

is  to  terminate.  The  options  for  "Stop" 
are: 


STRAIN\ 
HILL  / 


SMOOTH 


0 — Stop  after  resizing 
1 — Stop  after  the  optimization 

Default:  MARGIN=0 

Note:  If  M0DE=1 , the  MARGIN  parameter  is 
ignored.  Regardless  of  whether 
MARGIN  is  set  to  0 or  1,  only  resizing 
is  performed. 

Key-words  that  denote  whether  the 
maximum  strain  criterion  (STRAIN)  or  the 
Hill's  criterion  (HILL)  is  to  be  used 
during  the  optimization.  Only  one  of  these 
key-words  may  be  specified. 

Default:  STRAIN 

Key-word  denoting  that  the  resized  element 
properties  are  to  be  modified.  A 
description  of  this  option  is  presented 
in  the  following  section  (sec.  212.2.5). 

This  parameter  is  ignored  if  only  the 
optimization  calculations  are  to  be 
performed. 

Default:  The  element  properties  resulting 

from  the  resizing  are  not  modified. 
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212.2.5  smoothing  Execution  Option 


The  smoothing  execution  option  allows  the  properties  of 
elements  contained  in  element  subsets  to  be  modified.  Constant 
properties  for  all  the  elements  of  a certain  type  that  are 
contained  within  a subset  are  generated  according  to  one  of 
the  following  requirements. 

a)  The  properties  of  all  the  elements  are  to  be  the  same 
as  the  corresponding  property  values  for  a specific 
element. 

b)  The  properties  of  all  the  elements  are  to  be  changed 
to  the  maximum  values  of  the  corresponding  properties 
of  the  elements. 

c)  The  properties  of  all  the  elements  are  to  be  changed 
to  the  specified  property  values. 

Execution  of  this  option  requires  "smoothing"  design  data  (sec. 
112.1.2.8).  The  optional  parameters  for  Plist  for  this  execution 
option  are: 

SMOOTHING 


SET=Se 


CYCLE=n 


Key-word  which  must  be  the  first  parameter 
in  Plist  to  initiate  this  execution  option. 
Default:  The  strength  execution  option 
is  assumed. 

The  number  (integer)  of  the  stiffness  data 
set  to  be  processed. 

Default:  SET=1 

Integer  greater  than  zero  that  identifies 
the  design-cycle  execution  for  set  "Se." 
Default:  CYCLE=1 
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212.3  PRINT  OUTPUT  STATEMENT 

The  following  statement  is  used  to  request  printout  of 
the  resized  element  properties  as  calculated  by  the  DESIGN 
Processor  or  to  request  printout  of  a design  history  as  generated 
by  a "history  execution"  of  the  DESIGN  Processor. 

PPINT  OUTPUT  (DESIGN, Plist) 

The  available  options  for  Plist  are  described  in  the  following 
sections. 


212.3.  1 Resized  Element -Property  Print  Option 

The  resized  property  data  printout  may  be  associated  with 
a complete  stiffness  data  set  or  with  selected  element  subsets 
previously  defined  via  the  SUBSET-DEFINITION  Preprocessor  (sec. 
156.0).  The  optional  parameters  for  Plist  are: 


SET=Se 


NO {Eltype} 


SUBSETS 


Exxx 


The  number  (integer)  of  the  stiffness 
data  set  for  which  resized  element  data 
are  to  be  printed. 

Default:  SET=1 


Key-word  that  suppresses  printing  of 
data  for  a selected  element  type.  One 
or  more  of  these  key-words  may  be  used 
in  a single  statement.  The  available 
options  are: 


NO  RODS 
NO  BEAMS 
NOSPARS 
NO  CO  VERS 


NOPLATES 

NOGPLATES 

NOBRICKS 

NOSCALARS 


NOSRODS 
NOSPLATES 
NOC PLATES 
NOCCOVERS 


Default:  Data  are  printed  for  all  element 
types  not  excludeu  from  set 
"Se"  or  from  the  element  subsets 
Exxx  as  defined  below. 


Key -word  that  must  be  used  if  property 
data  are  to  be  printed  for  the  stiffness 
element  subsets  identified  by  Exxx. 
Default:  Property  data  for  all  elements 
in  set  "Se"  are  printed. 

Element  subset  name  defined  via  the 
SUBSET-DEFINITION  Preprocessor.  The 
resized  property  data  for  the  elements 
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in  Ex xx  are  printed.  This  parameter 
may  be  repeated. 

Default:  If  SUBSETS  is  used  and  Exxx 
is  not  defined,  no  printout 
is  generated. 


212.3.2  D« 


: Option 


A design  history  printout  which  includes  minimum  margins 
of  safety  for  selected  elements  traced  through  selected  load 
cases  and  design  cycles  may  be  requested  by  this  print  option. 

A history  is  established  via  a "history  execution"  of  the  DESIGN 
Processor.  The  optional  parameters  for  Plist  are: 


HISTORY  Key-word  which  must  be  the  first 

parameter  in  Plist  to  initiate  a design 
history  printout. 

Default:  The  resized  element  property 
print  option  is  assumed. 

SET= Se  The  number  (integer)  of  the  stiffness 

data  set  for  which  a design  history 
is  to  be  printed. 

Default:  SET=1 
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DUBLAT  AERODYNAMICS  MODULES 


The  DUBLAT  Processor  calculates  unsteady  aerodynamic  loads 
on  riqid  or  elastic,  three-dimensional  configurations  comprised 
of  intersecting  and/or  interfering  nonplanar  lifting  surfaces 
and  body  surfaces  in  subsonic  compressible  flow.  The  basic 
analysis  technique  employed  by  this  processor  is  similar  to 
that  used  by  the  H7WC  version  of  the  Air  Force  Doublet- Lattice 
program  (ref.  116-1).  The  DUBLAT  Processor  has  refinement 
options  to  correct  pressure  distributions  and  to  modify  velocity 
profiles  to  account  for  liftinq- surf ace  thickness  effects. 
Development  of  the  theoretical  basis  for  the  analysis  technique 
is  presented  in  references  116-1  and  116-2. 

Generalized  airforce  matrices  required  for  flutter  analyses 
via  the  ADDINT  and  FLUTTER  Modules  (sec.  202.0  and  222.0)  are 
qenerated  by  execution  of  the  DUBLAT  Processor  (sec.  216.2). 

These  data  are  calculated  by  a modal  solution  based  on  the 
aerodynamic  model  and  structural  modes  defined  by  the  user  (sec. 
116.0).  If  the  DUBLAT  Processor  is  executed  in  conjunction 
with  the  AIC  option  of  the  INTERPOIATION  Processor  (sec.  232.0) , 
the  generalized  airforce  matrices  will  represent  Aerodynamic 
Influence  coefficient  (AIC)  matrices,  other  data  optionally 
calculated  by  this  processor  include  aerodynamic  pressure- 
difference  distributions,  sectional  generalized  forces  and 
static  and  dynamic  stability  derivatives  (aerodynamic 
coefficients) . 

Printout  of  DUBLAT  input  data  and  data  calculated  by  the 
DUBLAT  Processor  may  be  requested  from  the  DUBLAT  Postprocessor 
as  described  in  sections  216.1  and  216.3,  respectively. 
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PRINT  INPUT  STATEMENT 


The  followinq  statement  is  used  to  request  printout  of 
the  aerodynamic  input  data  associated  with  a particular  DUBLAT 
data  case  (sec.  116.0). 

| PRINT  INPUT  (DUBLAT,  Plist)  ] 


The  optional  parameter  for  Plist  is: 

CASE=Ca  The  aerodynamic  data  case  number 

(integer)  for  which  input  data  are  to 
be  printed. 

Default:  CASE=1 
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216.2  EXECUTE  DUBLAT  STATEMENT 

The  following  statement  initiates  execution  of  the  DUBLAT 
Processor.  Previous  execution  of  the  INTERPOLATION  Processor 
is  required  when  structural  mode  shapes  generated  via  the 
VIBRATION  Processor  are  used  in  the  aerodynamic  analysis  or 
Aerodynamic  Influence  Coefficients  are  to  be  generated  (see 
sec.  116.0). 

1"  EXECUTE  DUBLAT  (Plist)  "] 

List  of  optional  parameters  for  Plist: 

COND=co  A condition  number  (integer)  in  the 

range  1 to  36  which  identifies  the 
remaining  parameters  of  this  statement. 
If  multiple  executions  are  required 
in  a single  job,  the  condition  number 
specified  by  each  statement  of  this 
type  must  be  unique. 

Default:  COND=1 


3 ' 
1 ; 
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CASE=Ca 


MACH= (list) 


KVAL= (list) 


BREF=b 


The  DUBLAT  data  case  number  (integer) 
to  be  processed. 

Default:  CASE=1  * 

A list  of  1 to  20  free-stream  Mach 
numbers,  M.  Each  Mach  number  must  be 
in  the  range  0.0  < M < 1.0. 

Default:  Error.  Execution  is  terminated. 

A list  of  1 to  20  k-values  (reduced 
frequencies  of  oscillation  expressed 
as  k = (wb/V)  where  u)  is  the  circular 
frequency  of  oscillation,  b is  a 

reference  length  and  V is  the  free-  i 

stream  velocity)  greater  than  or  equal 
to  zero.  The  reference  lenqth  is  defined  ; 

by  the  BREF  parameter.  ; 

Default:  Error.  Execution  is  terminated.  ; 

A reference  length  greater  than  zero 
for  reduced  frequencies  specified  via 
KVAL. 

Default:  BREF=1.0  ! 

◄ 


SYMM 
Y=  ANTI 
NONS 


PITCH  \ 
YAW  / 


QUASI=Label 


Key-word  denoting  that  a SYMMetrical, 
ANTlsymmetrical  or  a NONSymmetrical 
analysis  about  the  GLOBAL  Y=0.0  reference 
plane  is  to  be  performed.  No 
contributions  of  the  aerodinamic  model 
in  the  GLOBAL  negative-Y  half-space 
are  included  in  a NONSymmetrical 
analysis. 

Default:  Y=S YMM 


Key-word  denoting  that  the  PITCH  or 
the  YAW  dynamic  stability  derivatives 
(aerodynamic  coefficients)  are  to  be 
calculated. 

Default:  PITCH  derivatives  are 
calculated. 

A label  comprised  of  two  alphanumeric 
characters  denoted  by  "ab"  which  are 
associated  with  a set  of  quasi-inverse, 
normal-wash  matrix  names  of  the  form 
QXXabKL.  If  quasi -inverse  matrices 
named  via  this  "Label"  are  available 
on  file  DUBLRNF,  they  are  used  in  the 
analysis.  Otherwise,  they  are  generated, 
named  according  to  the  specified  "Label," 
written  onto  file  DUBLRNF  and  used  in 
the  analysis. 

Calculation  of  these  matrices  is  the 
most  time  consuming  part  of  a DUBLAT 
aerodynamic  solution.  To  minimize 
computer  time  requirements,  previously- 
calculated  quasi-inverse  matrices  may 
be  reused  rather  than  recalculating 
them  under  certain  circumstances.  For 
example,  velocity  profile  and  aerodynamic 
pressure  modifications  and  structural 
mode  additions  and/or  alterations  may 
be  investigated  using  previously- 
calculated  matrices.  Each  of  these 
matrices  must  be  associated  witn  an 
aerodynamic  model  that  has  the  same 
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configuration  analyzed  with  the  same 
symmetry  option  at  the  same  Mach  number 
and  k-value. 

Caution:  If  previously-calculated 

quasi-inverse  matrices  are  to 
be  used,  the  associated  set  of 
k- values  must  correspond  to  the 
list  of  k-values  specified  via  KVAL. 

Default:  Quasi-inverse  matrices  are 
generated  and  used  in  the 
analysis  but  are  not  saved 
on  DUBLRNF  for  subsequent  use. 
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216.3  PRINT  OUTPUT  STATEMENT 
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The  bollowinq  statement  is  used  to  request  printout  of 
the  aerodynamic  data  calculated  by  the  DUBLAT  Processor. 

1 PRINT  OUTPUT  (DUBLAT,  PliSt)  I 


List  of  optional  parameters  for  Plist: 

CASE=Ca  The  aerodynamic  data  case  number 

(integer)  for  which  generated  data  are 
to  be  printed. 

Default:  CASE=1 

COND=Co  The  aerodynamic  condition  number 

(integer)  defined  by  an  EXECUTE  DUBLAT 
parameter  list  for  which  generated  data 
are  to  be  printed. 

Default:  C0ND=1 


MACH= (List) 


KVAL= (List) 


LEVEL= (List) 


A list  of  1 to  20  unique  Mach  numbers 
associated  with  the  selected  COND  number. 
Default:  Data  generated  for  all  Mach 
numbers  associated  with  COND 
are  printed. 

A list  of  1 to  20  unique  reduced 
frequency  values  associated  with  the 
selected  COND  number. 

Default:  Data  generated  for  all  k-values 
associated  with  COND  are 
print ed. 

A list  of  1 to  5 unique  integers  denoting 
which  group (s)  of  generated  data  are 
to  be  printed.  The  LEVEL  indicators 
are  as  follows: 


1- -  Aerodynamic  model  geometry  data 

2- -  Structural  mode  shapes  interpolated 

to  the  aerodynamic  control  points 

3- -  Aerodynamic  pressure  differences 

4- -  Sectional  generalized  forces  and  dynamic 

stability  derivatives 

5 - Generalized  airforces 
Default:  LEVEL=5 
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Selected  input  data  and  data  previously-calculated  by 
another  ATLAS  processor  may  be  extracted  from  the  primary  ATLAS 
data  base  by  the  EXTRACT  Postprocessor.  The  extracted  data 
are  saved  on  the  ATLAS  file  EXTRRNF  for  subsequent  graphical 
display  or  printout  generation.  The  data  required  for  all  plots 
generated  via  the  GRAPHICS  Postprocessor  (sec.  228.0)  must  be 
initially  extracted  by  execution  of  this  module.  Printout 
generation  of  extracted  data  is  currently  only  functional  for 
nodal  displacements  and  element  stresses. 

Data  values  to  be  extracted  for  subsequent  postprocessing 
are  identified  by  the  data- component  lahels  which  are  included 
in  a label  subset,  ^abel  subsets  are  defined  via  the  SUBSET- 
DEFINITION  Preprocessor  (sec.  156.0).  Standard  label  subsets 
comprised  of  pre-defined  selections  of  data- component  labels 
are  provided  for  direct  reference  in  the  EXECUTE  EXTRACT 
statement.  Use  of  these  standard  subsets  for  generation  of 
the  data  displays  described  in  table  218-1  obviates  the  need, 
in  most  cases,  to  define  label  subsets.  The  data-component 
labels  included  in  the  standard  label  subsets  are  identified 
in  section  156.0.  The  associated  data  values  reside  in 
appropriate  matrices  in  the  primary  ATLAS  data  base  (see  table 
218-1). 


In  addition  to  the  selection  of  only  certain  types  of 
input  and  analysis  data  by  using  appropriate  label  subsets, 
the  extracted  data  may  be  associated  with  user- selected  regions 
of  the  mathematical  model.  Regions  are  defined  by  node  and/or 
element  subsets  of  the  model  via  the  SUBSET- DEFINITION 
Preprocessor. 

Seme  of  the  data-components  are  dependent  on  load  cases, 
mass-distribution  conditions,  flutter  conditions,  etc. 

Extraction  of  data  values  for  subsets  of  cases  or  conditions 
is  controlled  by  the  parameters  specified  in  the  EXECUTE  EXTRACT 
statement  described  in  the  following  section. 

Ey  appropriate  selection  of  label  subsets,  regions  of 
the  mathematical  model  (node/element  subsets) , and  case/condition 
subsets,  the  user  may  extract  any  number  of  input  and/or 
calculated  data  values  for  subsequent  postprocessing  activities. 
An  extracted  data  block  may  therefore  include  anywhere  from 
one  data  value  up  to  all  data  values  associated  with  a 
mathematical  model.  A maximum  of  28  data  blocks  may  be  extracted 
by  execution  of  the  EXTRACT  Postprocessor . 
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218.1  EXECUTE  EXTRACT  STATEMENT 

Execution  of  the  EXTRACT  Postprocessor  is  initiated  by 
the  following  statement.  Previous  input  or  calculation  of  the 
ATLAS  data  to  be  extracted  for  subsequent  graphical  or  printout 
displays  is  required  (reference  table  218-1). 

1 EXECUTE  EXTRACT  (Plist)  ] 

EXNAME=name  An  alphanumeric  word  of  1 to  7 characters 

that  identifies  the  data  block 
established  by  the  remaining  parameters 
of  this  statement.  A maximum  of  28 
different  names  can  be  specified  per 
job.  If  the  same  '•name'*  is  specified 
in  multiple  EXTRACT  executions  in  a 
single  job,  only  the  last  extracted 
data  block  for  "name"  is  saved.  This 
identifier  is  subsequently  used  as  a 
parameter  in  an  EXECUTE  GRAPHICS 
statement  (sec.  228.0)  or  in  a PRINT 
OUTPUT  statement  for  displacements  or 
stresses  (sec.  254.2.  3). 

Default:  Warning.  No  data  are  extracted. 

The  following  parameter  is  required  unless  the  contents 
of  an  ATLAS  data  matrix  are  to  be  extracted  via  the  MATRIX 
parameter  (sec.  218.1.11). 

LSUB=Label  Label  subset  name  defined  via  the  SUBSET- 

DEFINITION  Preprocessor  or  one  of  the 
ATLAS  standard  label- subset  names 
described  in  table  218-1.  Data  values 
corresponding  to  each  data- component 
label  included  in  ISUB  are  extracted 
and  stored  on  the  file  EXTFRNF  for 
subsequent  postprocessing.  If  "Label" 
is  defined  by  input  to  the  SUBSET- 
DEFINITION  Preprocessor  and  it  the  data 
display  to  be  generated  is  the  same 
type  as  that  associated  with  one  of 
the  standard  label-subset  names  (see 
table  218-1),  the  data  component  labels 
included  in  "Label"  must  be  at  least 
those  labels  included  in  the  standard 
subset. 

Default:  Warning.  No  data  are  extracted 
unless  the  MATRIX  parameter 
is  used. 
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The  remaining  options  for  Plist  are  described  in  the 
following  sections  according  to  the  type  of  data  that  are  to 
be  extracted  for  subsequent  graphical  or  printout  display. 
These  options  are: 


Section 


Data  Type 


218.  1.  1 
218. 1. 2 
218.  1.3 
218.  1.4 
218.  1.5 
218.  1.6 
218.  1.  7 
218.  1.8 
218.  1.9 
218.  1.  10 
218.  1.1 1 
218.  1.  12 


Nodal  Data  for  Graphical  Display 
Stiffness  Data  for  Graphical  Display 
Displacement  Data  for  Graphical  Display 
Stress  Data  for  Graphical  Display 
Design  Data  for  Graphical  Display 
Buckling  Data  for  Graphical  Display 
Mass-element  Data  for  Graphical  Display 
Mass  Data  for  Loadability  Diagrams 
Vibration  Data  for  Graphical  Display 
Flutter  Data  for  Graphical  Display 
Matrix  Data  for  Graphical  Display 
Displacement  and  stress  Data  for  Printout 


The  Plist  parameters  associated  with  each  of  the  ATLAS 
standard  label-subset  names  are  summarized  in  table  218-2. 
These  parameters  are  described  in  the  following  sections. 


218. 1 . 1 Nodal  Data  for  Graphical  Display 

Node  numbers,  coordinates  and  analysis  frame  data  are 
extracted  by  this  option.  The  following  parameters  are  used 
if  the  parameter  LSUB=NODES  is  specified. 


EXNAME=name  1 Defined  in  section  218.1 

LSUB=Label  J 

NSET=Se  The  number  (integer)  of  the  nodal  data 

set  for  which  data  are  to  be  extracted. 
Default:  NSET=1 


NSUB=Nxxx  Node  subset  name  associated  with  the 

nodal  data  set  "Se. " Nodal  data  are 
extracted  only  for  the  nodes  included 
in  Nxxx. 

Default:  Warning.  No  data  are  extracted. 


218. 1.2  stiffness  Data, for  Graphical  Display 


Stiffness-element  section  and  material  properties  and 
the  structural-grid  nodal  data  are  extracted  by  this  option. 
The  following  parameters  are  used  if  the  parameter  LSUB=KGF1D 
or  LSUB=KPROP  is  specified. 
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EXNAM5=name 

LSUB=Lafcel 


KSET=Se 


ESUB=Exxx 


NSUB=Nxxx 


BSUB=ONxxx 


Defined  in  section  218.1 


The  number  (integer)  of  the  stiffness 
data  set  for  which  data  are  to  be 
extracted. 

Default:  KSET=1 

Stiffness-element  subset  name  associated 
with  set  "Se."  Stiffness  data  are 
extracted  only  for  the  elements  included 
in  Exxx. 

Default:  No  element  data  are  extracted. 

Node  subset  name  associated  with  set 
"Se."  This  subset  must  include  at  least 
those  nodes  associated  with  the  elements 
identified  by  Exxx.  Auxiliary  nodes 
must  be  included  in  Nxxx  if,  for  example, 
offset  elements  are  to  be  plotted 
accordingly. 

Default:  Warning.  No  data  are  extracted. 

An  ordered-node  subset  name  associated 
with  set  HSe."  The  sequence  of  nodes 
identified  by  ONxxx  which,  when  connected 
in  the  specified  order,  establishes 
the  boundary  of  an  element-property 
contour  plot.  The  generated  boundary 
is  a contiguous  series  of  line  segments 
that  defines  a simply- connected  curve. 

The  curve  is  automatically  closed  by 
connecting  the  last  node  in  ONxxx  to 
the  first  node  in  ONxxx.  Thus,  a 
particular  node  number  may  not  be  used 
more  than  once  in  defining  ONxxx.  This 
subset  of  nodes  should  identify  those 
nodes  included  in  Nxxx  which,  when 
projected  onto  the  contour  surface 
(plane)  , define  the  boundary  of  the 
plot. 

Default:  If  property  contour  plots  are 
generated  for  the  extracted 
data,  a rectangular  plot 
boundary  is  used.  This  boundary 
is  defined  by  the  minimum  and 
maximum  coordinates  of  the 
nodes  in  Nxxx  when  projected 
onto  the  plot  plane. 
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218. 1.3  Displacement  Data  for  Graphical  Display 

Nodal  displacements  and  optionally,  structural-grid  data 
are  extracted  by  this  option.  The  following  parameters  are 
used  if  the  parameter  LSUB=DISGRID  or  LSUB=DISNODE  is  specified. 

Defined  in  section  218.1 


The  number  (integer)  of  the  stiffness 
data  set  for  which  data  are  to  be 
extracted. 

Default:  KSET=1 

A boundary  condition  (BC)  stage  number 
(integer)  associated  with  set  ”Se." 
Default:  STAGE= 1 


EXNAME=name| 
LSUB=Label  ) 

KSET=Se 

STAGE=St 


LC=CATlist 


NSUB=Nxxx 


ESUB=Exxx 


ATLAS  list  of  load  case  identifiers 
(integers  or  alphanumeric  words)  denoting 
which  load-case  dependent  data  are  to 
be  extracted. 

Default:  All  load  cases  associated  with 
the  specified  stiffness  set 
and  BC  stage. 

Node  subset  name  associated  with  set 
"Se."  Displacements  are  extracted  only 
for  the  nodes  included  in  Nxxx.  If 
structural-grid  data  are  to  be  extracted, 
this  subset  must  include  at  least  those 
nodes  associated  with  the  elements 
identified  by  Exxx. 

Default:  Warning.  No  data  are  extracted. 

Stiff ness- element  subset  name  associated 
with  set  Mse."  Structural-grid  data 
are  extracted  only  for  the  elements 
included  in  Exxx. 

Default:  No  structural-grid  data  are 
extracted. 


ESUB=ONxxx  An  ordered-node  subset  name  associated 

with  set  "Se."  The  sequence  of  nodes 
identified  by  ONxxx  which,  when  connected 
in  the  specified  order,  defines  a grid 
that  is  to  be  used  instead  of  the 
structural  grid  when  plots  are  generated. 
In  this  case,  a particular  node  number 
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can  be  used  more  than  once  in  defining 
ONxxx. 

Default:  An  ordered  node  subset  is  not 
extracted. 

218.1.4  stress  Data  for  Graphical  Display 

Element  stress  data  are  extracted  by  this  option.  The 
following  parameters  are  used  if  the  parameter  LSUB=STRESS  is 
specified.  If  BFICK  elements  are  included  in  the  model,  those 
stresses  based  on  the  EIGBFICK  parameter  of  the  EXECUTE  STIFFNESS 
statement  (sec.  252.2}  may  not  be  extracted  by  this  module. 

Defined  in  section  218.1 


Same  as  defined  in  section  218.1.3 


Stiffness-element  subset  name  associated 
with  set  "Se.w  Stresses  are  extracted 
only  for  the  elements  included  in  Exxx. 
Default:  Warning.  Element  stresses 
are  not  extracted. 

Node  subset  name  associated  with  set 
"Se."  This  subset  must  include  at  least 
those  nodes  associated  with  the  elements 
identified  by  Exxx. 

Default:  Warning.  No  data  are  extracted. 

Same  as  defined  in  section  218.1.2  with 
the  exception  that  ONxxx  is  used  to 
establish  the  boundary  of  an  element- 
stress  contour  plot. 

Default:  If  stress  contour  plots  re 
generated  for  the  axtrac^d 
data,  a rectangular  plot 
boundary  is  used.  This  boundary 
is  defined  by  the  minimum  and 
maximum  coordinates  of  the 
nodes  in  Nxxx  when  projected 
onto  the  plot  plane. 

218. 1.5  Design  Data  for  Graphical  Display 

Structural-grid  data  and  minimum  margins  of  safety 
resulting  from  element  resizing  via  the  DESIGN  Processor  are 
extracted  by  this  option.  Only  the  "most  critical"  margin  or 


EXNAME=  name  1 
LSUB=Label  j 

KSET=Se 

STAGE=St 

LC=CATlist 

ESUB=2xxx 


N3UB=Nxxx 


5SU3=0Nxxx 


safety  associated  with  an  element  is  extracted.  The  following 
parameters  are  used  if  the  parameter  LSUB=SMS  or  LSUB=TMS  is 
specified. 


EXNAME=name 

LSUB=Label 


KSET=Se 


STAG E= St 


CYCLE=CATlist 


ESUB=Exxx 


NSUB=Nxxx 


BSUB=ONxxx 


Defined  in  section  218.1 


The  number  (integer)  of  the  stiffness 
data  set  for  which  data  are  to  be 
extracted. 

Default:  KSET=1 

A boundary  condition  (BC)  stage  number 
(integer)  associated  with  set  ,,Se." 
Default:  STAGE= 1 

ATLAS  list  of  design  cycles  (integers) 
associated  with  the  specified  stiffness 
set  and  BC  stage  for  which  minimum 
margin  of  safety  data  are  to  be 
extracted. 

Default:  Warning.  Design  data  are  not 
extracted. 

Stiffness- element  subset  name  associated 
with  set  "Se."  Margin  of  safety  data 
are  extracted  only  for  the  elements 
included  in  Exxx. 

Default:  Warning.  No  design  data  are 
extracted. 

Node  subset  name  associated  with  set 
"Se.'*  This  subset  must  include  at  least 
those  nodc:s  associated  with  the  elements 
identified  by  Exxx. 

Default:  Warning.  No  design  data  are 
extracted. 

Same  as  defined  in  section  218.1.2  with 
the  exception  that  ONxxx  is  used  to 
establish  the  boundary  of  an  element 
margin-of-safety  contour  plot. 

Default:  If  margin-of-satety  contour 
plots  are  generated  for  the 
extracted  data,  a rectangular 
plot  boundary  is  used.  This 
boundary  is  defined  by  the 
minimum  and  maximum  coordinates 
of  the  nodes  in  Nxxx  when 
projected  onto  the  plot  plane. 
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218.  1.6  Buckling.  Pat a__f  or  .Graphical  _D4splaY 

The  "critical"  load  eigenvalues  and  buckling  mode  shapes 
calculated  by  execution  of  the  BUCKLING  Processor  are  extracted 
by  this  option.  The  following  parameters  are  used  if  the 
parameter  LSUB-EMODE  is  specified. 

EXNAME=name  I Defined  in  sect. on  218.1 

LSUB=Label  j 

BSET=Se  The  number  (integer)  of  the  buckling 

data  set  for  which  data  are  to  be 
extracted.  This  set  number  must  have 
been  defined  via  the  EXECUTE  STIFFNESS 
statement. 

Default:  Warning.  Buckling  data  are 
not  extracted. 

MODE =CATlist  ATLAS  list  of  mode  shape  numbers 

(integers)  for  which  data  are  to  be 
extracted.  Each  entry  in  CATlist 
identifies  the  i-th  sequential,  mode- 
shape  number  associated  with  the 
eigensolution. 

Default:  Warning.  Buckling  data  are 
not  extracted. 

BSUB=ONxxx  An  ordered-node  subset  name  associated 

with  set  "Se."  The  sequence  of  nodes 
identified  by  ONxxx  which,  when  connected 
in  the  specified  order,  defines  a grid 
to  be  displayed  when  mode-shape  plots 
are  generated.  A particular  node  number 
can  be  used  more  than  once  in  defining 
ONxxx. 

Default:  No  grid  data  are  extracted. 

Caution:  If  a grid  is  to  be  displayed 
on  mode-shape  plots,  this 
parameter  must  be  used. 

21b.  1.7  Mass-Element.  Data  for  Graphical  Display 

Mass -element  geometries  and  associated  nodal  data  required 
for  mass-model  grid  plots  are  extracted  by  this  option.  Tne 
following  parameters  are  applicable  if  the  parameter  LSUB=MGRID 
is  specified. 

EXNAME=name|  Defined  in  section  218.1 

LSUB=Label 
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MSET=Se 


ESUB=EXXX 


NSUB=Nxxx 


The  number  (integer)  of  the  mass  data 
set  for  which  data  are  to  be  extracted. 
Default:  MSET=1 

Mass-element  subset  name  associated 
with  set  HSe.H  Mass  element  data  are 
extracted  only  for  the  elements  included 
in  Exxx. 

Default:  No  element  data  are  extracted. 

Node  subset  name  associated  with  set 
••Se."  This  subset  must  include  at  least 
those  nodes  associated  with  the  elements 
identified  by  Exxx.  Auxiliary  nodes 
must  be  included  in  Nxxx  if,  for  example, 
offset  elements  are  to  be  plotted 
accordingly. 

Default:  Warning.  No  data  are  extracted. 


218.1.8  Mass  Data  for  Loadability  Diagrams 

The  passenger,  cargo  and  fuel  condition  data,  as  calculated 
by  execution  cf  the  MASS  Processor,  are  extracted  by  this  option 
for  generation  of  loadability-diagram  plots.  The  following 
parameters  are  applicable  if  the  parameter  LSUB=LOADAB  is 
specified. 

EXNAME=name  1 Defined  in  section  218.1 

ISUB=Label  ) 

MSET=Se  The  number  (integer)  of  the  mass  data 

set  for  which  data  are  to  be  extracted. 
Default:  MSET=1 


FCOND=Pass 

CCOND=Car 

FCOND=Fuel 


Passender- payload  (PCOND) , cargo- 
payload  (CCOND)  and  fuel  (FCOND) 
condition  numbers  (integers)  associated 
with  set  "Se.M  Each  of  these  parameters 
may  be  specified  twice  to  identify 
multiple  payload  and  fuel  conditions 
for  a loadability  diagram.  At  least 
one  of  these  parameters  must  be  specified 
if  the  extracted  data  are  to  be  used 
for  generation  of  a loadability  plot. 
Default:  Payload  and  Fuel  condition 
data  are  not  extracted. 
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218.1.9  Vibration  Data  for  Graphical  Display 


The  natural  frequencies  and  vibration  mode  shapes 
calculated  by  execution  of  the  VIBRATION  Processor  are  extracted 
by  this  option.  The  following  parameters  are  used  if  the 
parameter  LSUB=VMODE  is  specified. 

EXNAME=name  1 Defined  in  section  218.1 

LSUB=Label  J 


VSET=Se  The  number  (integer)  of  the  vibration 

data  set  for  which  modes  and  and 
frequencies  are  to  be  extracted. 
Default:  Warning.  Vibration  data  are 
not  extracted. 


NSUB=Nxxx 


KODE=CATlist 


Node  subset  name  associated  with  the 
nodal/stiffness  data  set  that  corresponds 
to  the  eigenproblem  identified  by 
VSET=Se.  A subset  mode-matrix  must 
have  been  previously-generated  via  the 
VIBRATION  Processor  for  the  subset  of 
retained  nodes  identified  by  Nxxx. 
Default:  All  retained  degrees-of- freedom 
associated  with  the  eigenproblem 
are  represented  in  the  extracted 
mode-shape  data. 

ATLAS  list  of  mode  shape  numbers 
(integers)  for  which  data  are  to  be 
extracted.  Each  entry  in  CATlist 
identifies  the  i-th  sequential,  mode- 
shape  number  associated  with  the 
eigensolution. 

Default:  Warning.  Vibration  data  are 
not  extracted. 


ESUB=ONxxx  An  ordered-node  subset  name  associated 

with  set  "Se."  The  sequence  of  nodes 
identified  by  ONxxx  which,  when  connected 
in  the  specified  order,  defines  a grid 
to  be  displayed  when  mode-shape  plots 
are  generated.  A particular  node  number 
can  be  used  more  than  once  in  defining 
ONxxx.  If  the  NSUB  parameter  is  used, 
the  nodes  identified  by  ONxxx  must  be 
included  in  Nxxx.  Otherwise,  any  node 
associated  with  set  "se"  can  be  used. 
Default:  No  grid  data  are  extracted. 


◄ 
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Caution:  If  a grid  is  to  be  displayed 
on  mode-shape  plots,  this 
parameter  must  be  used. 


218.1.10  Flutter  Data  for  Graphical  Display 

Flutter  solution  data  which  are  calculated  by  the  FLUTTER 
Processor  and  which  are  required  for  velocity- damping  (V-g) 
and  velocity- frequency  (V-f)  graphs  for  selected  altitudes  arc 
extracted  by  this  option.  The  following  parameters  are  used 
if  the  parameter  LSUB=VGVF  is  specified. 


EXNAME=name  | 
LSUB=Label  ) 

CASE=CATlist 


CCND=CATlist 


C£ET=CATlist 


RSET=CATlist 


ALT= CAT list 


Defined  in  section  218.  1 


ATLAS  list  of  flutter  data-case  numbers 
(integers)  for  which  flutter  solution 
data  are  to  be  extracted. 

Default:  All  flutter  CASE  data. 

ATLAS  list  of  flutter  condition  numbers 
(integers)  specified  via  the  EXECUTE 
FLUTTER  statement  for  the  identified 
CASES. 

Default:  All  flutter  CONDITION  numbers. 

ATLAS  list  of  flutter  data  change-set 
numbers  (integers)  associated  with  the 
specified  CASES. 

Default:  All  change- set  data  associated 
with  the  specified  CASE  numbers. 

ATLAS  list  of  flutter  data  retention- 
vector  set  numbers  (integers)  associated 
with  the  specified  CASES. 

Default:  All  retention-set  data 

associated  with  the  specified 
CASE  numbers. 

ATLAS  list  of  altitudes  associated  with 
the  specified  CASES. 

Default:  All  altitudes  associated  with 
the  specified  CASE  numbers. 

V-g  and  V-f  graphs  are  generated 
for  each  altitude. 
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218.1.11  Matrix  Data  for  Graphical  Display 

The  contents  of  an  ATLAS  data  matrix  can  be  extracted  for 
subsequent  graphical  display.  In  this  case,  only  the  EX NAME 
parameter  and  the  following  MATRIX  parameter  should  be  included 
in  Plist. 


EXNAME=name 


Defined  in  section  218.1 


MATRIX  =[(Name< , Filename>j) 

1(Na;ne<,  Part>)  j 

1 This  parameter  identifies  the  "Name”  of 

the  matrix  to  be  extracted  from  the  ATLAS 
data  file  identified  by  "Filename.'1 
"Name"  and  "Filename"  are  alphanumeric 
words.  If  "Name"  identifies  a User 
Matrix  (see  sec.  200.2),  r ’ilename"  need 
not  be  specified.  The  partition  number 
of  a User  Matrix  to  be  extracted  is 
identified  by  the  integer  "Part."  The 
default  for  "Part"  is  1.  All  standard 
ATLAS  matrices  are  described  in  detail  in 
reference  1-2. 

Default:  Warning.  Matrix  data  are  not 
extracted . 


218.1.12  Displacement  and  Stress  Data  for  Printout 

Displacements  and  element  stresses  are  extracted  via  this 
option  for  subsequent  printout  by  the  STRESS  Postprocessor  (sec. 
254.2.3)  . If  BRICK  elements  are  included  in  the  model,  those 
stresses  based  on  the  BIGBRICK  parameter  of  the  EXECUTE  STIFFNESS 
statement  (sec.  252.2)  may  not  be  extracted  by  this  module.  The 
following  parameters  are  applicable  if  the  parameter 
LSUB=DISPRINT  or  LSUB=STRPRINT  is  specified. 


EXNAME=name 1 
LSUB=Label  J 

KSET=Se 


Defined  in  section  218.1 


The  number  (integer)  of  the  stiffness 
data  set  for  which  data  are  to  be 
extracted. 

Default:  KSET=1 


STAGE = St 


A boundary  condition  (BC)  or 
superposition  stage  number  (integer) 
associated  with  set  "Se." 

Default:  STAGE = 1 
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E SUB = Ex xx 


NSUB-Nxxx 


ATLAS  list  of  load  case  identifiers 
(integers  or  alphanumeric  wo  t)  denoting 
which  load-case  dependent  dacu  are  to 
be  extracted. 

Default:  All  load  cases  associated  with 
the  specified  stiffness  set 
and  BC  stage* 

Stiff ness -element  subset  name  associated 
with  set  "Se.w  stresses  are  extracted 
only  for  the  elements  included  in  Exxx. 

If  only  displacement  data  are  to  be 
extracted,  this  parameter  should  not 
be  used. 

Default:  Element  stresses  are  not 
extracted. 

Node  subset  name  associated  with  set 
MSe."  Displacements  are  extracted  only 
for  the  nodes  included  in  Nxxx.  If 
stress  data  are  to  be  extracted,  this 
subset  must  include  at  lea3t  those  nodes 
associated  with  the  elements  identifie  > 
by  Exxx. 

Default:  Warning.  No  data  are  extracted. 
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Table  218-2.  Execution  Parameters  Associated  with  Extraction  of  Data 
Values  for  the  ATLAS  Standard  Label  Subsets 
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220.0  ri EXAIR  AERODYNAMICS  MODULES 

◄; 

The  FLEXAIF  Processor  calculates  generalized  airforce 
matrices  that  include  the  effects  of  the  structural  flexibility  ‘ 

associated  with  those  vibration  modes  that  are  not  included 
in  tha  set  of  generalized  coordinates  used  to  analyze  a structure 
(ref.  220*1) . These  airforces  are  suitable  for  subseguent 
flutter  analysis  via  the  ADDINT  and  FLUTTER  Modules  (secs.  202.0 
and  222.0).  The  calculated  airforce  matrices  are  valid  for 
only  one  altitude  and  freguency  of  oscillation  and  thus  differ 
from  the  generalized  airforce  matrices  generated  by  the  other 
aerodynamics  processors. 

FLEX  A I?-  requires  the  prior  calculation  of  a singular  or 
nonsingular  structural  stiffness  matrix,  K,  a positive  definite 
mass  matrix,  M,  a subset  of  the  eigenvectors,  G,  of  (K-E*M)*G=0, 
where  E represents  the  eigenvalue  corresponding  with  the 
eigenvector  Gr  and  the  generalized  stiffness  matrix  GT*K*G. 

FLEXAIF  also  requires  that  Aerodynamic  Influence  Coefficient 
(AIC)  matrices  be  generated  previously  by  execution  of  tne 
INTERPOLATION  Processor  (sec.  232.  0)  and  one  of  the  other 
Aerodynamics  Processors  (ADDINT,  AF1 , DUBLAT,  MACHBOX  and  RH03) . 

The  kinematic  freedoms  represented  in  the  AIC  matrices  must 
be  the  same  freedoms  or  a subset  of  the  freedoms  used  to  obtain 
the  vibration  modes  G, 

Printc  t of  the  generalized  airforces  calculated  by  the 
FLEXAIF.  Processor  (sec.  220.  1)  may  be  requested  from  the  FLEXAIF 
Postprocessor  (sec.  220.2). 
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EXECUTE  FLEXAIR  STATEMENT 


The  following  statement  initiates  execution  of  the  FLEXAIF 
Processor.  Previous  execution  of  the  VIBRATION  Processor,  (sec. 

258.0) , the  INTERPOLATION  Processor  (sec.  232.0)  and  one  or 
more  of  tne  Aerodynamics  Processors  (ADDINT,  AF 1 , DUBLAT, MACH BOX 
and  PHO?)  are  required. 

f EXECUTE  FLEXAIR  (Plist)""] 

List  of  optional  parameters  for  Plist: 

ID  = xxxx  Alphanumeric  word  with  1 to  4 

characters  to  be  used  in  naming  the 

set  of  Q- matrices  (generalized  air 

force  matrices)  generated  by  the 

FLEXAIR  Processor.  Each  Q-matrix 

name  is  comprised  of  the  7 characters 

xxxlnn,  where  "1"  and  "nn"  are  ~ 

automatically  assigned  as  the 

corresponding  seqrential  numbers 

of  the  altitude  specified  by  the 

ALT  parameter  and  the  k- value 

associated  with  the  generated  set. 

Default:  Error.  Execution  is  j 

terminated 

A set  of  AIC  matrices  input  to  the  FLEXAIR  Processor  is 
identified  either  via  the  ADDINT  parameter  or  via  a triplet 
of  parameters,  Aname,  CASE  and  COND  as  presented  below.  The 
ADDINT  parameter  identifies  a set  of  AIC  matrices  generated  > 

by  the  ADDINT  Processor,  whereas  each  triplet  identifies  a set 
of  AIC  matrices  calculated  directly  by  the  AF1,  DUBLAT,  MACHBOX 
or  RH03  Processor. 

The  following  three  parameters  are  specified  in  triplets, 

* * 

Name  of  the  unsteady  aerodynamics 
processor  which  was  previously 
executed  to  calculate  a set  of  AIC 
matrices.  The  options  for  "Anarne" 
are  AF1 , DUBLAT,  MACHBOX  and  RH03. 

Default:  Error.  Execution  is  f 

terminated  unless  the  key- 
word ADDINT  is  input. 

Aerodynamics  data  case  number 
(integer)  associated  with  the 

specified  COND  n imber  for  which  AIC  f 


I 
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Aname 


CASE-Ca 


FLEXAIR 


COND=Co 


ADDINT=Xxxxx 


MACH=Mach 


VSET-Vs 


NKVAL=n 


matrices  were  calculated  by  an 
M EXECUTE  Aname"  statement. 

Default:  CASE=1 

Aerodynamic  condition  number  (integer) 
specified  by  the  same  "EXECUTE  Aname" 
statement. 

Default:  COND= 1 

Alphanumeric  word  assigned  by  the 
ID  parameter  of  a previous  EXECUTE 
ADDINT  statement. 

Default:  Error.  Execution  is 

terminated  unless  a valid 
"Aname"  is  input. 

The  Mach  number  greater  than  or  egual 
to  zero  that  is  associated  with  the 
input  AIC  matrices  which  are  to  be 
processed.  This  parameter  identifies 
which  of  the  sets  of  AIC  matrices 
identified  by  the  CASE  and  COND 
parameters  is  to  be  used.  This  is 
reguired  because  a single  execution 
Of  the  DUBLAT,  MACHBOX  or  RH03 
Processor  may  generate  multiple  sets 
of  AIC  matrices  associated  with  more 
than  one  Mach  number. 

The  specified  value  of  Mach  must 
be  within  one  tenth  of  one  percent 
of  the  Mach  number  associated  with 
each  input  set  of  AIC  matrices  unless 
they  were  generated  by  the  AF1 
Processor,  in  which  case,  the  AIC 
matrices  are  defined  uniquely  by 
the  CASE  and  COND  parameters. 

Default:  The  first  Mach  number 

associated  with  the  first 
set  of  AIC  matrices  specified 
via  Plist. 

The  vibration  set  number  (integer) 
identifying  the  structural  model 
being  analyzed  (sec.  258.  1). 

Default:  VSET=1 

The  number  of  reduced  frequencies 
(integer  >0)  associated  with  the 
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AIC  matrices  for  which  FLEXAIR  Q- 
matrices  are  to  be  generated.  The 
AIC  matrices  are  selected  in  the 
order  that  they  were  generated  by 
the  specified  Aerodynamics  Processor. 

If  "n"  is  greater  than  the  number 
of  matrices  available,  the  following 
default  action  is  taken. 

Default:  Q-matrices  corresponding 
to  all  the  AIC  matrices 
identified  by  Plist  are 
generated. 

ALT= (list)  List  of  1 to  8 altitudes  in  the  range 

-200,000  through  300,000  feet,  in 
any  sequence,  for  which  Q-matrices 
are  to  be  generated. 

Default:  ALT=0.0 

FLUTFREQ=f  The  frequency  of  oscillation  in  Hz 

that  is  to  be  used  to  generate  the 
Q-matrices.  If  the  Q-matrices  are 
to  be  used  in  a flutter  analysis 
via  the  FLUTTER  Processor,  "f"  should 
be  an  estimate  of  the  flutter 
frequency. 

Default:  Mf"  is  calculated  as  [k*V/(2*ir 
*b) ] where  "k"  and  "b"  are 
the  previously-defined 
reduced  frequency  and 
reference  lengch  and  V is 
derived  from  the  MACH  and 
ALT  paramete 

If  the  stiffness  matrix  corresponding  to  VL.  is  singular, 
it  is  necessary  to  select  freedoms  associated  with  the  zero- 
frequency  modes  of  the  "Mode"  matrix  generated  by  the  VIBRATION 
Processor  such  that  a non-singular  partition  thereof  is 
identified.  This  is  done  via  the  following  parameter. 

FREEDOMS = (List)  A list  of  alphanumeric  words  with 

3 to  7 characters  of  the  form  "AAn." 
Each  word  identifies  a row  in  the 
"Mode"  matrix:  *n*  is  a user  node 
number;  "AA"  is  one  of  the  six 
character  pairs  TX,  TY,  TZ,  RX,  RY, 

PZ  identifying  the  kinematic  freedom 
associated  with  node  "n."  The  number 
of  words  in  list  must  be  equal  to 
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the  number  of  zero- frequency  modal 
vectors  associated  with  VSET. 

Default:  Error,  unless  there  are 

no  zero- frequency  vibration 
modes. 

Example:  The  fiqure  below  shows  a typical  node  distribution 
alonq  the  centerline  of  an  airplane.  Suppose 
that  a set  of  symmetric  mode  shapes  is  associated 
with  this  conf iquration  and  that  the  set  includes 
two  riqid  body  inodes,  each  of  which  is  a 
combination  of  pitch  and  vertical  translation. 
Non-sinqular  partitions  may  be  identified  by 
one  of  the  lists:  (T21,  TZ2) , (TZ 1 , RY5)  , (TX75, 
TX80)  , etc.  The  following  combinations,  however, 
identify  sinqular  partitions:  (TXl,  TX2)  , (RY10, 
RY5) , (TZ75,  TZ80) , etc. 

The  information  in  the  mode-shape  matrix  is  shown 
below.  For  this  case,  the  non-sinqular  partition 
formed  by  the  parameter  FREEDOMS- (TZ1 , RY5)  is 


Mode-Shape  Matrix  Information 
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If  the  available  AIC  matrices  do  not  correspond  in  size 
and  arrangement  with  the  previously- calculated  vibration  mode- 
shape  matrix,  the  following  parameter  must  be  used.  For  example, 
the  vibration  modes  may  include  displacements  and  rotations 
at  nodes  on  the  wing,  body  and  tail,  whereas  the  AICs  are 
available  for  displacements  on  the  winq  alone.  This  parameter 
should  not  be  input  if  the  order  and  number  of  freedoms 
represented  by  the  AIC  matrices  and  the  mode-shape  matrix  are 
compatible. 


SUBSET=Nxxx  The  name  of  the  node  subset 

corresponding  with  the  AIC  matrices. 
This  subset  must  have  been  defined 
by  the  SUBSET- DEFINITION  Preprocessor 
(sec.  156.0)  and  it  should  be  the 
same  subset  used  in  execution  of 
the  INTERPOLATION  Processor  in 
conjunction  with  the  AIC  option  (sec. 
232.0).  A subset  mode-matrix  must 
also  have  been  generated  for  this 
subset  by  the  VIBRATION  Processor 
(sec.  258.0). 

Default:  Execution  is  terminated 
if  the  order  and  number 
of  kinematic  freedoms 
associated  with  VSET  differ 
from  that  associated  with 
the  AIC  matrices. 
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220.2  PRINT  OUTPUT  STATEMENT 

The  following  statement  i3  used  to  request  printout  of 
the  aerodynamic  data  calculated  by  the  FLEXAIR  Processor. 

PRINT  OUTPUT  (FLEXAIR,  Plist)  *| 

List  of  optional  parameters  for  Plist; 


* 


ID=Xxxx  Alphanumeric  word  assigned  by  the 

ID  parameter  of  a previous  EXECUTE 
FLEXAIR  statement.  This  word 
identifies  the  set  of  Q-matrices 
(generalized  airforce  matrices)  to 
be  printed. 

Default;  Error.  Print  is  ter  iinated. 


ALT= (List)  List  of  1 to  8 altitudes  identifying 

which  Q-matrices  are  to  be  printed. 
Default;  Q-matrices  are  printed  for 
all  available  altitudes. 


KVAL= (Li st)  A list  of  reduced- frequency  values 

identifying  which  of  the  "Xxxx"  Q- 
matrices  are  to  be  printed. 

Default;  All  matrices  included  in 

the  "Xxxx"  set  are  printed. 
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222.0  FLUTTER  MODULES 
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The  FLUTTER  Processor  calculates  eigenvalues  and 
eigenvectors  of  the  linear , complex  eigen-problem  associated  with 
flutter  analyses  via  the  automated  V-g  solution  technique 
published  in  reference  122-1.  The  solution  procedure  involves 
solving  the  eigenvalue  problem  many  times,  using  the  reduced 
frequency  of  oscillation  (k-value)  as  a parameter,  by  the 
standard  Laguerre  iterative  technique.  Continuity  of  the 
calculated  eigenvalues  with  respect  to  k-value  is  maintained  by 
solving  the  eigenproblem  at  a relatively  large  number  of  le- 
va lues.  Sign  changes  in  the  imaginary  part  of  the  eigenvalue  are 
detected  as  the  k-value  is  changed  so  that  neutrally  stable 
points  are  determined  automatically  via  linear  interpolation. 
"Flutter  crossings"  may  be  determined  at  user-selected  damping 
levels  near  the  neutral  stability  points. 

A matched  point  solution  may  also  be  requested  whereby  a 
matched  flutter  point  for  the  critical  mode  is  determined  by 
automatically  selecting  a different  altitude  and  repeating  the 
complete  V-g  solution.  A matched  flutter  point  occurs  when  the 
calculated  flutter  speed  equals  the  initially-specified  Mach 
number  multiplied  by  the  speed  of  sound  at  the  corresponding 
altitude. 

The  equations  of  motion  for  flutter  may  be  expressed  as 

£ [u>2*Mij  - ( 1+ig)  Ki  j ♦ 1/2pv**Qi  j ]q  j = 0 
j=l » n 

where  n is  the  number  of  structured  modes  used  in  the  analysis,fa> 
is  the  circular  frequency  of  oscillation,  Mij  is  an  element  of 
the  real  mass  matrix,  "i"  is  the  value  (-1)3  , "g"  is  the 
incremental  structural  damping  coefficient,  Kij  is  an  element  of 
the  complex  stiffness  matrix  including  stiffness  and  structural 
dampincr  effects,  Qij  is  an  element  of  the  complex  airforce 
matrix,  p is  the  free-stream  density,  v is  the  free-stream 
velocity  and  q;j  is  the  j-th  component  of  the  eigenvector 
corresponding  to  fa)  and  g. 

xMost  commonly  the  mass  and  stiffness  matrices  will  be  the 
generalized  mass  and  stiffness  matrices  generated  via  the 
VIBRATION  Processor  (sec.  258.0) . In  this  case,  the  generalized 
airforce  matrices  are  calculated  via  the  ADDINT  Processor  (sec. 
202.0)  based  on  the  same  vibration  modes  used  to  generate  the 
mass  and  stiffness  matrices.  Alternate  approaches  may  be  used  to 
generate  the  necessary  ATLAS  User  Matrices  to  define  the  flutter 
equation.  These  matrices  may  be  based  either  on  generalized 
coordinates  or  on  structural  kinematic  freedoms.  For  the  latter 
case,  reduced  stiffness  and  mass  matrices  may  be  generated  by 
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using  the  REDUCE  cataloged  procedure  (see  appendix  E) . 
Corresponding  airforce  matrices  may  be  generated  via  the  AIC 
option  provided  by  the  INTERPOLATION  Processor,  one  of  the 
aerodynamics  Processors,  and  the  ADDINT  Processor.  For  all 
cases,  a diagonal,  structural  damping  matrix  may  be  input  via  the 
flutter  data  (sec.  122.0)  to  define  the  complex  component  of  the 
stiffness  matrix. 

As  discussed  in  reference  122-1,  the  intervals  of  the  le- 
va lue  sequence  must  be  small  enough  so  that  continuity  of  the 
calculated  eigenvalues  as  a function  of  k-value  is  maintained. 
Proper  selection  of  a k-value  sequence  generally  allows  a valid 
eigensolution  to  be  effected  via  a single  La guerre  iteration  at 
each  step  (each  k-value) . Lack  of  convergence  in  a solution  may 
be  detected  by  discontinuities  in  the  velocity-damping  (V-g)  and 
velocity-frequency  (V-f)  curves  which  may  be  plotted  via  the 
EXTRACT  and  GRAPHICS  Postprocessors  (sec.  218.0  and  228.0) . 

These  curves  are  plotted  as  continuous  curves  if  no  ill- 
conditioning  is  inherent  to  the  solution. 

If  the  airforces  calculated  by  the  ADDINT  Processor  are 
independent  of  the  free  stream  density,  the  density  is  defined  in 
one  of  the  following  ways: 

a)  One  or  more  altitudes  at  which  solutions  are  to  be 
performed  may  be  specified  bv  the  FLUTTER  input  data 
(sec.  ‘*’'2.0)  . The  corresponding  standard  air  densities 
are  generated  automatically  by  the  FLUTTER  Processor 
(sec.  222.2)  . 

b)  The  density  may  be  specified  directly  by  the  DENSITY 
parameter  of  the  EXECUTE  FLUTTER  statement. 

c)  A "matched  point"  solution  may  be  requested  by  the  MPS 
parameter  of  the  EXECUTE  FLUTTER  statement.  A single 
initial  altitude  may  be  specified,  however,  the 
altitudes  for  subsequent  analyses  are  generated 
automatically.  The  standard  air  densities  corresponding 
to  the  required  altitudes  are  generated  automatically  by 
the  FLUTTER  Processor. 

If  the  airforces  calculated  by  the  ADDINT  Processor  are 
dependent  on  the  .tree-stream  density,  a "matched  point"  solution 
may  not  be  performed;  all  specified  parameters  relating  altitude 
and  density  information  are  ignored. 

Printout  of  the  FLUTTER  input  data  and  flutter  solution 
data  calculated  by  the  FLUTTER  Processor  may  be  requested  from 
the  FLUTTER  Postprocessor  as  described  in  sections  222.1  and 
222.3,  respectively. 
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222.  1 PRINT  INPUT  STATEMENT 

The  following  statement  is  used  to  request  printout  of 
the  flutter  input  data  associated  with  selected  FLUTTER  data 
cases  (sec.  122.0) . 


PRINT  INPUT  (FLUTTER,  Plist) 


List  of  optional  parameters  for  Plist: 

CA3E= CAT list  ATLAS  list  of  FLUTTER  data  case  numbers 

(inteqers)  for  which  input  data  arc 
to  be  printed. 

Default:  All  previously-defined  FLUTTER 
data  sets. 

CSET=CATlist  ATLAS  list  of  FLUTTER  data  change- set 

numbers  (integers)  that  are  associated 
with  each  of  the  specified  CASE  numbers. 
Data  are  printed  only  for  the  change- 
sets  identified  by  this  parameter. 
Default:  All  change- sets  defined  for 
each  FLUTTER  CASE  identified 
by  this  statement. 
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222.2  EXECUTE  FLUTTER  STATEMENT 


The  following  statement  initiates  execution  of  the  FLUTTER 
Processor.  Previous  calculation  of  stiffness  and  mass  matrices 
is  required.  Additionally*  previous  execution  of  the  ADDINT 
Processor  is  required  for  generation  of  the  airforces  essential 
to  the  flutter  equation  to  be  solved. 


EXECUTE  FLUTTER  (Plist) 


List  of  optional  parameters  for  Plist: 

COND=co  A condition  number  (integer)  in  the  range 

1 to  36  which  identifies  the  remaining 
parameters  of  this  statement.  If 
multiple  executions  are  required  in  a 
single  job*  the  condition  nuinber 
specified  by  each  statement  of  this  type 
must  be  unique. 

Default:  C0ND=1 

CASE=CATlist  ATLAS  list  of  FLUTTER  data  case  numbers 

(integers)  associated  with  the  flutter 
problem (s)  to  be  solved.  Non-existent 
data  case  numbers  identified  by  CATlist 
are  not  allowed. 

Default:  CASE=1 

Note:  If  flutter  input  data  are  not 
required  to  define  the  flutter 
problem  (sec.  122.0) , CASE  should 
be  set  to  1 . 


CSET=CATlist  ATLAS  list  of  FLUTTER  data  change-set 

numbers  (integers)  that  are  associated 
with  each  of  the  specified  CASE  numbers. 
Default:  All  change-sets  defined  for  each 
FLUTTER  CASE  identified  by  this 
statement . 


VSET=Num 


STlFID=Name1\ 
MASSID=Name2 / 


The  vibration  set  number  (integer) 
identifying  the  structural  model  being 
analyzed  (sec.  258.1). 

Default:  VSET=1 

Alphanumeric  names  of  the  stiffness 
and/or  mass  User  Matrices  to  be  used  in 
defining  the  flutter  equation.  One  or 
both  of  these  parameters  may  be  used. 
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BPITISH\ 
METRIC  / 


GAFID=Zzzzz 


NMODES=n 


NRF=n 


These  matrices  may  be  based  either  on 
generalized  coordinates  or  on  structural, 
kinematic  freedoms.  If  both  of  these 
parameter?  are  used,  they  identify 
implicitly  the  structural  model  being 
analyzed.  In  this  case,  the  parameter 
VSET  is  ignored. 

Default:  The  generalized  mass  and/or 
stiffness  matrices  generated 
by  the  VIBRATION  Processor 
for  the  specified  VSET  number 
are  used. 

Key-word  identifying  which  system  of 
units  is  being  used  to  form  the  equations 
of  motion.  A compatible  system  of  units 
must  be  used  to  define  the  altitude 
and  the  stiffness,  mass  and  airforce 
matrices. 

Default:  BRITISH 

Alphanumeric  name  assigned  by  the  ID 
parameter  of  a previous  EXECUTE  ADDINT 
statement.  This  name  identifies  « set 
of  airforce  matrices  associated  with 
a user-selected  sequence  of  strictly- 
decreasing  reduced  frequencies. 

Default:  GAFID=GAF 

The  number  of  freedoms  (integer  > 0) 
to  be  included  as  coordinates  of  the 
flutter  equation  to  be  solved.  This 
parameter  denotes  that  the  stiffness, 
mass,  airforce  and  damping  matrices 
are  to  be  truncated  prior  to  solution. 

The  right-most  columns  and  corresponding 
rows  of  the  flutter  matrix  are  eliminated 
first.  If  Mn"  exceeds  the  number  of 
freedoms  inherent  to  the  input  matrices, 
this  parameter  is  ignored. 

Dei  ult:  The  number  of  freedoms  included 
in  the  flutter  equation  is 
the  same  as  the  number  of 
freedoms  associated  with  the 
input  matrices. 

The  number  of  reduced  frequencies 
(integer  > 0)  associated  with  the 
airforces  for  which  flutter  solutions 
are  to  be  performed.  Flutter  solutions 
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are  effected  using  eacn  of  the  first 
"nM  airforce  matrices  associated  with 
the  set  identified  by  the  parameter 
GAFID.  If  "n"  is  greater  than  the 
number  of  matrices  available,  the 
following  default  action  is  assumed. 
Default:  Flutter  solutions  are  effected 
at  each  of  the  reduced 
frequencies  associated  with 
the  specified  set  of  airforce 
matrices. 


GCR03S= (g 1 , g2,q3)  This  parameter  identifies  1 to  3 

structural-damping  values  for  which 
V-g  "crossings"  are  to  be  calculated. 

The  effects  of  structural  damping  that 
are  introduced  by  use  of  this  parameter 
complement  any  damping  factors  defined 
by  the  FLUTTER  data  (sec.  122.0). 
Default:  GCROSS=0.0 

EVAL  | / = FLUTTER  \ 

EVEC  > ( =CATlist  ) 

AVEC  ) \ = (FLUTTER, CAT list) / 

This  parameter  identifies  the  reduced 
frequencies  at  which  eigenvalues, 
eigenvectors  and/or  adjoint  eigenvectors 
of  the  flutter  equation  are  to  be 
calculated  and  saved.  The  transposed 
flutter  matrix  is  used  to  calculate 
the  adjoint  vectors.  The  type  of  data 
to  be  calculated  is  denoted  by: 


EVAL — Eigenva lues 

EVEC — Eigenvalues  and  eigenvectors 

AVEC — Eigenvalues  and  adjoint  eigenvectors 


Each  of  these  key-words  may  be  specified 
once  per  EXECUTE  FLUTTER  statement. 


The  data  are  calculated  at  the  reduced 
frequencies  identified  by: 

FLUTTER— Key-word  that  denotes  all  flutter 

crossings  encountered  for  the  first 
damping  value  specified  by  the  GCROSS 
parameter. 
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CATlist- -ATLAS  li9t  of  reduced- frequency  indices 
(integers)  associated  with  the  matrices 
identified  by  the  GAFID  parameter. 

The  specified  indices  roust  conform  with 
the  NRF  parameter. 

Default:  If  only  a key-word,  EVAL,  EVEC  or  AVEC, 
is  specified,  the  data  are  calculated 
at  FLUTTER.  Otherwise,  the  data  are 
not  calculated. 


Examples: 

EVEC,  EVAI.=  (FLUTTER,  1 to  81  BY  1 0)  ,AVEC=  FLUTTER 

For  this  case,  eigenvalues  are  generated  for  the  flutter  crossings 
and  for  the  first,  eleventh,  eighty-first  reduced  frequencies. 

Additionally,  eigenvectors  and  adjoint  vectors  are  generated  at 
FLUTTER. 

EVEC= 1 3 


For  this  case,  eigenva.'  es  and  eigenvectors  are  generated  only 
for  the  13th  reduced  frequency. 


<VMIN=vl' 
VMAX= vu 
FMIN=f 1 
FMAX=fu( 


STILL 


These  parameters  define  the  envelope 
of  free- stream  velocities  (v;  and 
reduced  frequencies  (F)  to  be  used 
when  performing  the  flutter  solution 
(VMINSVMAX;  FMINSFMAX)  . 

All  flutter  solutions  that  exist  outside 
of  the  envelope  are  discarded.  The 
flutter  search  begins  at  the  reduced 
frequency 

k-max  = 2 ff  b (FMAX/VMIN) 

and  stops  at 

k-min  = 2 v b (FMIN/VMAX) 

where  "b"  is  a reference  length.  The 

values  of  "k-max"  and  "k-min"  must  be 

within  the  range  of  frequencies 

identified  by  the  parameter  NRF. 

Defaults:  VMIN=1.E-in0 

vmax=i.e+:oo 

FMIN=0. 0 Hz 
FMAX=1000.0  Hz 

Key -word  denoting  that  the  co^rl-l 
still-air  modes  associated  with  a free- 
stream  velocitv  of  zero  are  to  be 
calculated.  resulting  solution 
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ITER=n 


DENSITY 


is  used  as  the  initial  estimate  of  the 
Laguerre  iterative  solution  of  the 
flutter  equation. 

Default:  No  still-air  mode  solution 
is  effected.  The  initial, 
trial  eigensolution  is  computed 
from  the  uncoupled  flutter 
equation  by  usinq  only  the 
diagonal  elements  of  the 
stiffness  matrix,  mass  matrix 
and  the  first  airforce  matrix 
associated  with  the  set 
identified  by  the  parameter 
GAFID. 

The  number  of  Laguerre  iterations 
(integer  >0)  to  be  performed  when 
calculating  the  eigensolution  of  the 
flutter  equation  at  each  reduced 
frequency. 

There  is  no  single  convergence  criterion 
available.  Therefore,  the  number  of 
k-valueo  associated  with  the  set  of 
airforce  matrices  identified  by  GAFID 
and  the  number  of  Laguerre  iterations 
to  be  performed  must  be  selected 
carefully.  In  general,  a relatively 
large  numoer  of  k- values  ensures  that 
each  eigensolution  is  obtained  with 
sufficient  accuracy  after  only  one 
iteration. 

Default:  ITER=1 

rho  The  free- stream  density  greater  than 

or  equal  to  zero  used  to  simulate  flutter 
of  a model  in  fluids  other  than  air. 

The  units  of  "rho”  are  (slugs/cubic 
foot)  in  the  BRITISH  system  and 
(kilograms/cubic  meter)  in  the  METRIC 
system.  This  parameter  may  not  be  used 
if  a "matched  point"  solution  is 
requested  via  the  MPS  parameter  or  if 
the  airforces  are  density-dependent. 

Only  one  DENSITY  may  be  associated  with 
the  specified  data  CASE(s).  Altitudes 
specified  for  tlie  selected  aerodynamic 
cases  via  the  input  data  (sec.  122.0) 
are  ignored  if  this  parameter  is  input. 
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MPS<=alt> 


NALT=n 


NO PLOT 


^ FLUTTER 
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Default:  The  standard  atmospheric  air 
densities  associated  with  the 
altitudes  are  calculated 
automatically. 


This  parameter  denotes  that  a "matched 
point"  flutter  solution  is  to  be 
effected.  The  altitude,  in  feet  or 
meters,  at  which  the  search  is  to  begin 
may  be  specified  by  "alt."  If  "alt" 
is  defaulted  or  specified  as  zero,  the 
eiqensolution/f lut ter- speed  matching 
solution  begins  at  sea  level.  This 
parameter  may  not  be  used  if  the 
airforces  are  dependent  on  free- stream 
density. 

Default:  A V-g  solution  is  effected. 


The  number  of  altitudes  (irteger)  at 
which  "matched  point"  eigensolutions 
are  to  be  effected  (1<n<40) . This 
parameter  is  valid  only  when  used  in 
conjunction  with  the  MPS  parameter. 
If  NALT=1,  a single,  V-g  solution  is 
performed. 

Default:  NALT=5 


Key-word  denoting  that  flutter  solution 
data  required  for  plotting  V-q  and  V- 
f graphs  (sec.  218.0  and  228.0)  are 
not  to  be  generated. 

Default:  Flutter  solution  data  required 
for  plotting  V-g  and  V-f  graphs 
are  generated  and  saved  on 
FLUTRNF. 
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222.3  PRINT  OUTPUT  STATEMENT 
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The  following  statement  is  used  to  request  printout  of  the 
flutter  solution  data  calculated  by  the  FLUTTER  Processor  for 
selected  data  cases  and  aerodynamic  conditions. 


PRINT  OUTPUT  (FLUTTER,  Plist) 


List  of  optional  parameters  for  Plist: 

CASE=CATlist  ATLAS  list  of  FLUTTER  data  case  numbers 

(integers)  for  which  flutter  solution 
data  are  to  be  printed. 

Default:  CASE=1 

The  flutter  condition  number  (integer) 
specified  by  an  EXECUTE  FLUTTER  parameter 
list  for  which  data  are  to  be  printed. 
Default:  COND- 1 

Key-words  which  denote  that  the 
eigenvalues  (EVAL) , eigenvectors 
(EVEC)  or  adjoint  eigenvectors  (AVEC)  are 
to  be  printed.  Several  of  these  key- 
words may  be  used  in  a single  statement. 
Default:  No  eigenvalues  or  eivenvectors 
are  printed. 


COND=Co 


/eval\ 

( EVEC  > 

\avec/ 
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224.0  FREEBODY  POSTPROCESSOR 


Printout  of  the  internal  nodal  forces  acting  on  selected 
stiffness  elements  may  be  requested  from  the  FREEBODY 
Postprocessor  as  described  in  the  following  section. 

A region  (free -body)  of  the  complete  structural  model  is 
isolated  t>y  defining  an  element  subset  via  the  SUBSET-DEFINITION 
Preprocessor  (sec.  156.0) . The  collection  of  elements  contained 
in  this  subset  need  not  define  a contiguous  grid.  The  internal 
forces  which  are  associated  with  the  elements  of  this  subset  and 
which  are  acting  at  selected  nodes  associated  with  this  subset 
are  displayed.  Selected  nodes  are  identified  by  a node  subset 
defined  via  the  SUBSET-DEFINITION  Preprocessor. 

The  printed  information  is  displayed  in  blocks  ordered 
according  to  increasing  node  numbers  of  the  selected  nodes. 
Within  a block,  the  internal  forces  acting  on  the  isolated 
elements  at  a particular  node  are  printed.  These  forces  are 
measured  relative  to  the  coorespond ing  node  analysis  reference 
frames.  The  sums  of  the  force  components  associated  with  each 
specified  node  are  also  printed.  Printout  of  the  external  forces 
acting  on  a model  may  be  requested  from  the  LOADS  and  REACTION 
Postprocessors  (s,c.  234.0  and  248.0,  respectively). 


224.1  PRINT  OUTPUT  STATEMENT 


The  foliowinq  statement  is  used  to  request  printout  of 
the  internal,  stiffness-element  forces  acting  at  selected  nodes 
for  selected  load  cases.  Execution  of  this  postprocessor  is 
allowed  only  after  calculation  of  element  nodal  forces  via  the 
STRESS  Processor  (sec.  254.1).  A free-body  (element  subset 
of  isolated  stiffness  elements)  must  have  been  defined  via  the 
SUBSET- DEFINITION  Preprocessor  prior  to  use  of  this  statement. 
"Free-body"  data  associated  with  a lowest- level  substructure 
may  be  displayed  by  specifying  the  corresponding  stiffness  data- 
set number  and  boundary- condition  stage  number. 


PRINT  OUTPUT  (FREEBODY.  Plist) 


List  of  optional  parameters  for  Plist: 

The  number  (integer)  of  the  stiffness  data 
set  for  which  data  are  to  be  printed. 
Default:  SET=1 

A boundary  condition  (BC)  or  superposition 
stage  number  (integer)  associated  with 
set  "Se." 

Default:  STAGE= 1 

Element  and  node  subset  names  defined  via 
the  SUBSET- DEFINITION  Preprocessor. 
Internal,  element  nodal  forces  which  are 
acting  on  the  elements  contained  in  Exxx 
and  which  are  acting  at  the  nodes  contained 
in  Nxxx  are  displayed.  Nxxx  must  contain 
at  least  one  Structural  node  that  is 
associated  with  Exxx. 

Default:  If  Nxxx  is  not  specified,  the 
internal  forces  acting  at  all 
Structural  nodes  associated  with 
Exxx  are  printed. 

Several  parameters  of  this  type  may  be 
used  in  a single  statement. 

Default:  Warning.  No  printout  is  generated. 


SET=Se 


STAGE=St 


Exxx<=Nxxx> 


224.2 


LC=CATlist 


ATLAS  list  of  load  case  identifiers 
(integers  or  alphanumeric  words)  to  be 
processed. 

Default:  All  load  cases  for  which  element 
nodal  forces  have  been  previously 
calculated  by  the  STRESS  Processor 
for  the  specified  SET/STAGE. 

LINES=lines  Maximum  number  of  lines  (inteqer  < 56) 

including  page  headings  printed  on  a page. 
Default:  LIh'ES=56 
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The  GRAPHICS  Postprocessor  produces  online  graphical 
displays  on  the  Tektronix  Model  4014  graphics  console  in  addition 
to  offline  plots  on  the  Stromberg  Carlson  SC4020,  the  CALCOMP 
Model  763,  and  the  GERBER  drafting  machine.  Execution  of  the 
GRAPHICS  Postprocessor  can  be  performed  in  the  interactive  mode 
and/or  in  the  batch  mode.  The  user  is  provided  with  a passive 
interactive  graphics  capability  which  enables  plots  to  be  viewed 
between  job  steps  for  verification  of  the  technical  analysis 
process. 

The  conversational  dialogue  used  during  interactive- graphics 
processing  is  conducted  via  menus.  These  menus  allow  the  user  to 
select  which  plots  are  to  be  displayed  on  the  scope  of  the 
console,  generate  different  displays  of  selected  data,  and 
enlarge  selected  areas  of  online  plots  by  zooming.  Selected 
hardcopy  plots  can  be  generated  online  via  a hardcopy  unit  that 
s compatible  with  the  Tektronix  4014.  Additionally,  selected 
lots  viewed  on  the  screen  can  be  directed  to  one  of  the  offline 
plot  devices  (SC4020,  CALCOMP  or  GERBER)  to  obtain  a higher- 
guality  hardcopy  print.  These  online  graphics  facilities 
complement  the  capabilities  provided  by  the  GRAPHICS 
Postprocessor  for  creation  of  plots.  Execution  of  the  GRAPHICS 
Postprocessor  is  described  in  section  228.4,  whereas  the 
interactive-graphics  directives  are  presented  in  section  228.5. 

The  data  to  be  displayed  graphically  must  be  extracted  from 
the  primary  ATLAS  data  base  via  previous  execution  of  the  EXTRACT 
Postprocessor  (sec.  218.0) . Each  ex  racted  data  block  is 
identified  by  a user-assigned  label  (the  EXNAME  parameter  as 
described  in  section  218.1).  Multiple  plots  can  be  generated 
from  the  block  of  data  associated  with  an  EXNAME.  In  most  cases, 
the  EXNAME  data  values  are  identified  by  use  of  the  standard 
label-subset  (LSUB)  names  as  described  in  sections  156.C  and 
218.C.  A summary  of  the  types  of  plots  that  can  be  generated 
from  the  technical  data  extracted  by  use  of  the  LSUB  names  is 
shown  in  table  228-1.  Descriptions  and  examples  of  the  various 
dir- lay  options  are  preseated  in  section  228.  1. 
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Table  228-1.  Technical-Data  Plot  Types 


PLOT  TYPE 


—/APPLICABLE 
/ STANDARD 
/ LABEL-SUBSET 
' (LSUB)  NAME(S) 
(ref. sec.  218.0) 


MATRIX  DATA 


• Any  ATLAS  i.atr  i * 


/ see  sec . 2 1 8 . 1 . 1 1 
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Descriptions  and  examples  of  the  various  options  provided  by 
the  GRAPHICS  Postprocessor  to  create  each  of  the  six  types  of 
plots  identified  by  table  228-1  are  presented  in  this  section. 

228.1.1  Undeformed  Geometry  Plots 

The  geometry  of  the  nodes  and  finite  elements  used  to  define 
a structural  and/or  mass  model  can  be  plotted  to  any  scale  and 
relative  to  any  viewing  position  selected  by  the  user  (see  sec. 
228.2).  Pictorial,  GLOBAL-axis  and  exploded  views  of  the  model 
are  created  via  orthographic  projection. 

Nodes  can  be  displayed  according  to  the  following  options: 

a)  A network  of  points 

b)  A network  of  points  annotated  with  user  node  numbers  as 
shown  in  figure  228-1. 

A mid- surf ace  node,  which  m<  * have  Ax,  AY  and  Az  GLOBAL 
coordinates,  can  be  plotted  either  as  a point  at  the  mid-surface 
or  as  three  distinct  points  --  one  at  the  mid-surface  and  one  at 
each  of  the  surfaces.  If  three  points  are  displayed,  they  are 
connected  by  a straight  line  to  illustrate  their  relationship  as 
shown  in  figure  228-2. 

Stiffness  and  mass  element  grids  can  be  displayed  according 
to  the  following  options: 

a)  Straight  line  segments  denoting  the  nodal  connectivity 

b)  same  as  (a)  with  user  node  numbers  (see  fig.  228-3) 

c)  Same  as  (a)  with  user  element  numbers  (see  fig.  228-4) 

d)  Same  as  (a)  with  element-type  numbers  (1=R0D,  2-BEAM, 

etc.j.  Reference  figure  228-5. 

e)  Same  as  (c)  plus  user  node  numbers 

f)  Same  as  (d)  plus  user  node  numbers 

Elements  with  offsets  can  be  displayed  either  in  the  offset 
position  or  by  connectivity  of  the  structural  nodes  defining  the 
element.  An  offset  BEAM  element,  for  example,  that  is  defined  by 
nodes  20.  21,  30  and  31  can  be  plotted  according  to  the  following 
sketch. 
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Offsets  not  plotted 


Element  numbers  are  displayed  at  the  geometric  centroids  of  the 
elements.  SPAR,  COVER  and  CCOVER  elements,  which  are  defined  by 
mid- surface  nodes,  are  plotted  as  shown  in  figure  228-5. 

An  “exploded  view"  of  the  nodes  and/or  stiffness  and  mass 
elements  of  a model  can  be  created.  The  relative  position 
(separation)  and  orientation  of  each  component  of  the  “exploded" 
model  are  specified  by  the  user.  An  example  is  shown  in  figure 
228-6.  The  plot  options  selected  to  display  the  individual  node 
and/or  element  subsets  can  be  different. 

2 28.  1 . 2 Deformed  Geometry  Plots 

The  deformed  geometry  of  a structural  model  that  corresponds 
to  a statically  loaded  model,  vibration  mode  shapes  or  general- 
instability  buckling  mode  shapes  can  be  plotted  to  any  scale  and 
relative  to  any  viewing  position  selected  by  the  user  (see  sec. 
228.2).  Pictorial  and  GLOBAL-axis  views  of  the  model  are  created 
via  orthographic  projection. 

The  options  provided  for  creation  of  deformed  geometry  plots 

are: 

a)  Points  plus  vectors  --  The  points  identify  the 
undisplaced  nodes,  and  the  scaled  vectors,  which  start  at 
the  nodes,  represent  the  corresponding  displacements  (see 
fig.  228-7)  . 

b)  undeformed  grid  plus  vectors  — Straight  line  segments 
denoting  the  nodal  connectivity  of  the  undeformed  model 
plus  vectors  that  represent  the  nodal  displacements.  If 
static  displacements  are  plotted,  the  stiffness  element 
grid  is  generally  displayed  (see  sec.  218.1.1). 
Optionally,  an  ordered  node  subset  can  be  used  to 
generate  a grid  for  static  displacement  plots  in  lieu  of 
displaying  the  stiffness  element  grid.  If  mode  shapes 
are  plotted,  the  grid  is  defined  by  the  user  via  an 

*'  ordered  node  subset  (see  the  BSUB=ONxxx  parameter  for  the 

EXECUTE  EXTRACT  statement  in  sec.  218.1).  An  example  is 
shown  in  figure  228-8. 
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c)  Deformed  grid  — Dashed,  straight  line  segments  denoting 
the  nodal  connectivity  of  the  deformed  model  (see  fig. 
228-9)  . The  grid  that  is  displayed  is  the  same  as 
described  in  (b)  . 

d)  Undeformed  grid  plus  deformed  grid  as  shown  in  figure 
228-10. 

e)  Same  as  (d)  plus  the  displacement  vectors  as  shown  in 
figure  228-11. 

The  node  and  element-number  labeling  options  described  in 
section  228.1.1  can  also  be  used  for  the  generation  of  deformed 
geometry  plots  corresponding  to  static  loads.  Only  the  node 
labeling  option,  however,  can  be  used  for  mode-shape  plots.  It 
should  be  noted  that  mode-shape  displacements  are  only  associated 
with  the  retained  nodes  of  the  model.  Any  of  the  nodes  used  to 
define  the  model  can  be  included  in  an  ONxxx  subset  for 
generation  of  a deformed  and/or  undeformed  grid  for  a mode-shape 
plot.  If  both  retained  and  non-retained  nodes  are  included  in 
ONxxx,  and  a deformed  grid  is  plotted,  the  line  segments  of  the 
grid  are  passed  through  the  retained  nodes  in  their  displaced 
position  and  through  the  non-retained  nodes  in  their  undisplaced 
position.  This  produces  a distorted  deformed  grid. 

228. 1,3  Scalar-Grid  Plots 

Stiffness-element  properties,  stress  and  "designed"  margins 
of  safety  can  be  displayed  via  the  scalar-grid  plot-type  option. 
The  stiffness  element  grid  is  projected  orthographically  onto  the 
display  plane  during  plot  generation.  The  viewing  position  and 
scale  are  selected  by  the  user  (see  sec.  228.2).  Straight  line 
segments,  whose  lengths  correspond  to  the  scaled  values  of  the 
data  component  being  plotted,  are  drawn  perpendicular  to  the 
display  plane  and  at  the  geometric  centers  of  the  respective 
elements.  The  display  is  then  reoriented  automatically  to  a 
predefined  position  to  generate  a meaningful  view  of  the  data. 

Only  one  property  component,  one  stress  component  or  one 
minimum  margin  of  safety  can  be  displayed  via  one  plot  of  this 
type.  Thus,  for  example,  PLATE  shear  stresses,  SPAB  upper-chord 
areas,  or  COVEP  margins  of  safety  can  be  displayed  as  scalar-grid 
plots.  An  example  scalar-grid  plot  is  shown  in  figure  228-12. 

The  node  and  elemer number  labeling  options  described  in  section 
228.1.1  can  be  used  for  creating  scalar-arid  plots. 
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228.  1.4  contour  Plots  ^ 

Contour  plots  ot  stiffness- element  properties,  stresses  and 
"designed"  margins  of  safety  can  be  created.  The  isocurves 
generated  for  a particular  plot  define  the  constant  levels  of  one 
property  component,  one  stress  component  or  one  minimum  margin  of 
safety  for  one  element  type.  Thus,  for  example,  isocurves  can  be  . 

generated  for  PLATE  shear  stresses,  BEAM  area  moments  of  inertia, 

COVER  margins  of  safety,  etc. 

The  values  of  the  scalar  data  component  to  be  plotted  are 
associated  with  the  geometric  centers  of  the  respective  elements. 

These  data  points  are  projected  orthographically  onto  the  display  ^ 

plane  during  plot  generation.  The  viewing  position  is  selected 
by  the  user  (see  sec.  228.2). 

Two  algorithms  are  provided  for  generation  of  contour  plots 
as  described  below. 

a)  Rectangular  Mesh  — The  rectangular  boundary  of  the 
contour  plot  is  defined  by  the  minimum  and  maximum 
coordinates  of  the  data  points.  Values  at  the  data 
points  are  interpolated  to  the  intersection  points  of  a 
uniform  grid  within  the  rectangular  boundary  prior  to 
generation  of  isocurves.  The  uniform  grid,  displaced 
according  to  the  interpolated  data  values,  can  be 
disolayed  in  addition  to  the  contour  plot  as  shown  in 
rigure  228-13. 

b)  Triangular  Mesh  — The  boundary  of  the  contour  plot  is 
defined  by  an  ordered  node  subset  (see  the  BSUB=ONxxx 
parameter  for  the  EXECUTE  EXTRACT  statement  in  sec. 

228.1).  The  sequence  of  nodes  identified  by  ONxxx  which, 
when  connected  in  the  specified  order,  establishes  the 
boundary.  The  generated  boundary  is  a contiguous  series 
of  line  segments  that  defines  a simply-connected  curve. 

Using  the  boundary  nodes  and  the  projected  data  points, 
the  program  automatically  generates  a mesh  of  adjacent 
triangles  over  the  enclosed  region.  Values  at  the  data 
points  are  linearly  interpolated  during  gestation  of  the 
isocurves.  The  triangulated  grid  can  be  d.  ..played  in 
addition  to  the  contour  plot  as  shown  in  figure  228-14. 

1 

There  is  no  limit  on  the  number  of  data  points  (e.g.  stress 
components)  that  can  be  plotted  by  the  rectangular  mesh  option. 

The  number  of  the  boundary  nodes  plus  the  number  of  the  data 

points  that  can  be  plotted  by  the  triangular  mesh  option, 

however,  must  be  less  than  1000.  Thus,  tor  example,  a contour 

plot  could  be  created  by  using  900  shear  stresses  for  900  PLATE  y 

elements  and  100  nodes  to  define  the  boundary. 
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228.1.5  Graph  Plots 

Graph  plots  of  stiffness-element  stresses  and  '’designed" 
margins  of  safety,  flutter-solution  data,  as  well  as  payload  and 
fuel  condition  data  can  be  created  according  to  the  following 
descriptions. 

228.1.5.1  Element  Stresses  Versus  Loadcases 

The  variation  of  one  element- stress  component  (e.g.  BMMY ( 1 ) 
for  a BEAM  element  as  selected  from  table  156-1)  can  be  plotted 
in  graph  form  for  selected  elements  and  loadcases  as  shown  by 
figure  228-15.  The  particular  stress  component  to  be  displayed 
is  identified  by  a parameter  in  the  EXECUTE  GRAPHICS  statement 
(sec.  228. 4) , whereas  the  loadcases  and  elements  are  identified 
by  the  LC  and  ESUB  parameters  in  the  EXECUTE  EXTRACT  statement 
(sec.  218.1).  Since  one  plot  is  generated  for  each  element  in 
ESUB,  caution  should  be  exercised  not  to  exceed  the  limit  of  40 
plots  per  GNAME  (see  sec.  228.3). 

228.1.5.2  Element  Margins  of  Safety  Versus  Design  Cycles 

The  variation  of  the  margin  of  safety  for  one  type  of 
element  (e.g.  BRTMS  for  a BRICK  element  as  selected  from  table 
156-1)  can  be  plotted  in  graph  form  for  selected  elements  and 
design  cycles.  This  type  of  plot  is  similar  to  that  shown  in 
figure  228-15.  The  particular  margin  of  safety  to  be  displayed 
is  identified  by  a parameter  in  the  EXECUTE  GRAPHICS  stateme 
(sec.  220.4),  whereas  the  design  cycles  and  elements  are 
identified  by  the  CYCLE  and  ESUB  parameters  in  the  EXECUTE 
EXTRACT  statement  (sec.  218.1).  Since  one  plot  is  generated  for 
each  element  m ESUB,  caution  should  be  exercised  not  to  exceed 
the  limit  of  40  plots  per  GNAME  (see  sec.  228.3). 

228.1.5.3  Flutter  Solution  Graphs 

Velocity-damping  (V-g)  and/or  velocity-freguency  (V-f)  plots 
of  flutter  solutions  can  be  generated  for  selected  combinations 
of  CASE  number,  CONDITION  number,  altitude,  change-set  number  and 
retain- set  number.  Each  graph  contains  "N"  curves;  each  curve 
corresponds  to  a particular  generalized  degree  of  freedom  (e.g.  a 
structural  vibration  mode) . The  curves  are  identified  with  the 
letters  A,  B,  ...,  N so  that  the  V-g  plot  curves  can  be  paired 
with  the  corresponding  curves  on  the  V-f  plots  (see  figures  228- 
16  and  22L-17).  The  number  of  reduced  frequencies  used  to  solve 
the  flutter  problem  defines  the  number  of  points  used  to  generate 
each  curve. 
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228.1.5.4  Loadability  Diagrams 

The  passenger,  cargo  and  fuel  management  data  can  be  plotted 
as  loadability  diagrams  which  show  how  the  center-of-gravity 
location  varies  with  respect  to  loading  conditions  (see  fig.  228- 
18).  The  fan  grid  used  to  plot  the  loading  vectvus  is  calculated 
from  parameters  specified  in  the  EXECUTE  GRAPHICS  statement  (sec. 
228.4). 

228.1.6  Matyjx  Data  Plots 

The  contents  of  any  ATLAS  data  matrix  that  has  been 
extracted  fror.,  the  primary  ATLAS  data  base  can  be  displayed 
graphically.  An  example  of  this  type  of  plot  is  shown  in  figure 
228-19. 
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Figure  228-1 • Point  Piot  of  Nodes 
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Figure  228-2.  Point  Plot  of  Mid-Surface  Nodes 
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Figure  228-4.  Stiffness  Element  Grid  with  Element  Numbers 
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Figure  228-5.  Stiffness  Element  Grid  with  Element-Type  numbers 
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Figure  228-7.  Deformed  Geometry  Plot  — Points  Plus  Vectors 
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Figure  228-8.  Deformed  Geometry  Plot  — VECT0R3  Option 
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Figure  228-9.  Deformed  Geometry  Plot  — VECT0R4  Option 
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Figure  228-12-  Scalar  - Grid  Plot 
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a)  Displaced  Grid 


i'  * b)  Contour  Plot 
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Figure  228-13.  Contour  Plot  — Rectangular  Mesh 
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Figure  228-14.  Contour  Plot  — Triangular  Mesh 
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Figure  228-18.  Loadability  Diagram 
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228.2  ORIENTATION  OF  ORTHOGRAPHIC  PROJECTIONS 

Orientation  of  objects  relative  to  the  display  plane  for 
creation  of  orthographic  plots  (geometry,  scalar-grid  and  contour 
plots)  is  selected  by  the  user.  The  orientation  of  an  object 
relative  to  the  observer  is  defined  either  by  a viewing  position 
or  by  object-rotation  angles. 

The  display  (orthographic  projection)  plane  is  defined  as 
the  P-Q  plane  in  the  observer's  reference  system  R-P-Q  shown  in 
figure  228-20.  This  triad  coincides  with  the  initial  orientation 
of  the  GLOBAL  X-Y-Z  reference  frame.  Viewing  is  always  in  the 
negative  direction  of  the  R-axis.  The  P-Q  axes  always  define  the 
horizontal  and  vertical  coordinates,  respectively,  of  the  plots. 
The  R-F-Q  triad  is  a stationary  reference  frame,  whereas  the  X-Y- 
Z triad  associated  with  the  object  can  be  translated  and  rotated 
to  effect  any  view  of  the  object.  The  positioned  object  is 
projected  orthographically  onto  the  P-Q  display  plane  during  plot 
creation. 


Orientation  of  an  object  to  effect  a certain  pictorial  view 
is  specified  by  a sequence  of  rotations  of  the  model  relative  to 
the  R-P-Q  axes.  These  rotations,  RX,  RY  and  RZ,  are  measured 
relative  to  the  R-P-Q  axes  as  shown  in  figure  228-20.  The 
positive  directions  of  the  positioning  angles  are  shown  in  this 
figure.  The  default  sequence  and  magnitude  of  rotations  of  an 
object  displayed  via  orthographic  or  contour  plots  are: 


RZ  = 125° 
RY  = 25° 
PX  = 0° 


P 


Rotations  are  not  commutative.  This  is  illustrated  in 
figure  228-21  by  positioning  a frame  model  by  one  set  of 
sequential  30-degree  rotations  about  the  Q-P-R  axes, 
respectively.  The  final  position  of  the  model,  figure  228-21  (d), 
illustrates  the  P-Q  (display)  plane  orthographic  projection  which 
is  the  pictorial  view  that  would  be  plotted.  Note  that  each  of 
the  other  five  sets  of  sequential  30-degree  rotations  would 
effect  different  pictorial  views  than  the  one  illustrated  in 
figure  228-21.  Thus,  the  order  in  which  RX,  RY  and  RZ  are 
specified  is  crucial  when  establishing  a pictorial  view. 


A second  method  of  orienting  an  object  for  orthographic 
projection  is  to  specify  the  viewing  position  in  terms  of  the 
GLOBAL  coordinates  VX,  VY  and  VZ  of  a point.  A vector  is 
automatically  generated  from  the  GLOBAL  origin  through  this 
point.  The  object  is  rotated  through  an  RZ  angle  followed  by  an 
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t RY  angle  such  that  the  vector  coincides  with  the  R-axis.  The 

positioned  object  is  projected  orthographically  onto  the  display 
plane.  Figure  228-22  illustrates  the  two  sequential  rotations 
performed  to  orient  an  object  by  this  method. 

When  an  object  is  to  be  viewed  in  the  direction  of  one  of 
t the  GLOBAL  axes,  the  VIEW  parameter  may  be  used  in  the  EXECUTE 

GRAPHICS  statement  (sec.  228.4)  in  lieu  of  specifying  90° 
increments  for  RX,  RY  and  RZ.  The  orientation  of  the  GLOBAL  axes 
relative  to  the  P-Q  plot  plane  for  each  of  these  GLOBAL-axis 
views  is  shown  in  figure  228-23. 

£ Orientation  of  a model  should  be  selected  such  that  the 

desired  view  is  effected  and  such  that  the  plotting  area  is 
utilized  advantageously.  For  example,  when  CALCOMP  or  GERBER 
plots  are  generated,  the  model  should  be  oriented  relative  to  the 
display  plane  such  that  the  largest  dimension  of  the  plot  paper 
is  parallel  or  nearly  parallel  to  the  P-axis  of  the  display 
; plane. 
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Figure  228-20.  GLOBAL/D i splay  Axes 
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228.  3 MANAGEMENT  OF  GRAPHICS  DATA 

All  ATLAS  input  data  and  analysis  data  are  stored  in  various 
files  within  the  ATLAS  data  base  (ref.  sec.  200.2).  Those  data 
to  be  displayed  graphically  must  first  be  extracted  from  the 
primary  data  base  by  execution  of  the  EXTRACT  Postprocessor  (sec. 
218.0).  The  extracted  data  blocks  are  stored  in  the  file  named 
EXTRRNF  which  is  the  only  ATLAS  data  file  interrogated  by  the 
GPAPHICS  Postprocessor.  Each  extracted  data  block,  identified  by 
an  EXNAME,  may  be  used  to  create  multiple  plots. 

Three  different  data  files  are  generated  sequentially  by  the 
GPAPHICS  Postprocessor.  The  contents  of  these  files  and  the 
management  of  graphics-related  data  are  described  below  (ref. 
fig.  228-24). 

a)  G/F  (GPAPFIL)  File  — Plot-definition  (display)  data  for 
EXNAMES  selected  strictly  from  the  EXTRRNF  file.  The 
types  of  plots  to  be  created  from  an  EXNAME  are  specified 
by  the  parameters  of  the  EXECUTE  GRAPHICS  statement.  A 
maximum  of  100  different  groups  of  plots  (GNAMES)  can  be 
defined  by  the  user.  For  each  GNAME  group,  a maximum  of 
40  plots  can  be  created. 

b)  V/F  (VECTFIL)  File  — Display-vector  data  corresponding 
to  plots  previously  identified  via  GNAMES  in  the  G/F 
file.  The  V/F  data  are  generated  strictly  from  the  G/F 
data  and  are  independent  of  any  plotting  hardware  device 
to  be  used. 

c)  P/F  (TAPE99)  File  --  Hardware-dependent  instructions  for 
subsequent  generation  of  offline  plots  by  a particular 
plotting  device  (SC4020,  CALCOMP  or  GERBER).  Multiple 
P/F  files  can  be  generated  from  a single  V/F  file  via 
multiple  ATLAS  jobs  as  discussed  below. 

Generation  of  either  the  G/F,  the  G/F  and  V/F,  or  the  G/F, 
V/F  and  P/F  files  for  the  plots  defined  by  an  EXECUTE  GRAPHICS 
statement  is  controlled  by  the  user  via  the  OFFLINE  parameter  in 
the  GRAPHICS  statement.  The  G/F  and/or  the  V/F  files  can  be  used 
in  subsequent  ATLAS  jobs  during  graphics-execution  restarts  as 
described  in  section  228.6. 

When  the  GPAPHICS  Postprocessor  is  executed  in  the  batch 
mode,  each  of  the  graphics  data  files  that  is  generated  contains 
the  respective  information  for  each  plot  requested  via  the 
EXECUTE  GRAPHICS  statements.  During  interactive  execution, 
however,  the  user  controls  which  plots  are  to  be  selected  from 
the  G/F  file,  displayed  on  the  terminal  screen,  and  written  onto 
the  V/F  file  for  subsequent  processing.  The  user  conducts  a 
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conversational  dialogue  with  ATLAS  in  the  interactive  mode  by 
using  menu  options  to  select  plots,  generate  new  displays  and 
enlarge  selected  regions  of  plots  by  zooming.  Any  new  displays 
of  selected  plots  created  online  can  also  be  written  on  the  V/F 
file.  The  online  directives  are  defined  via  the  keyboard  and/or 
crosshairs  provided  by  the  console.  Descriptions  of  the 
interactive  graphics  capabilities  are  presented  in  section  228.5. 

The  P/F  data  file,  if  requested,  is  always  created  at  the 
end  of  an  ATLAS  job.  Since  the  operating  system  of  the  computer 
supports  the  generation  of  only  one  PLOTFILE  per  job,  only  one 
offline  plot  device  should  be  identified  per  job.  If  different 
devices  are  specified  via  multiple  GRAPHICS-execution  directives 
in  one  job,  all  offline  plot  data  are  generated  for  the  first 
device  identified  by  the  sequence  of  directives. 

when  executing  in  the  batch  mode,  the  plot  data  in  TAPE99 
(P/F)  are  automatically  transferred  to  magnetic  tape  for  the 
selected  offline  processing  by  use  of  the  PLOTFIL  control 
statement  described  in  section  11.2.  During  interactive 
processing,  however,  offline  plot  data  are  not  managed 
automatically.  If  offline  plots  are  to  be  generated  after 
interactive  execution  of  the  GRAPHICS  module,  the  user  must  first 
SAVE  or  REPLACE  the  TAPE99  file  followed  either  by  a SUBMIT 
command  or  by  submittal  of  a regular  batch  job. 

Consider,  for  example,  an  interactive  execution  of  ATLAS 
during  which  a TAPE99  (P/F)  file  for  CALCOMP  plots  was  created 
and  saved.  A batch  job  comprised  of  the  following  CDC  6600 
control  cards  could  then  be  used  to  generate  the  desired  plots. 

Job  Card 
Account  Card 
GET,TAPE99 

PLOTFIL (CALCOMP,TAPE99,0) 

End- of -File 

An  alternate  way  of  generating  offline  displays  of  plots 
created  during  an  interactive  execution  of  ATLAS  is  illustrated 
by  the  following  steps. 

a)  Identify  selected  plots  to  be  stored  in  the  V/F  file, 
during  interactive  processing,  for  subsequent  offline 
plot  generation. 

b)  Include  the  SAVE  FILES (VECTFIL)  statement  in  the  Control 
Program  (ref.  sec.  228.6),  after  the  EXECUTE  GRAPHICS 
statements,  to  save  the  V/F  data  file. 
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c)  Submit  a batch  job  to  restart  execution  of  the  GRAPHICS 
Postprocessor  for  generation  of  the  P/F  file  and 
corresponding  plots  via  one  of  the  offline  plot  devices. 
In  this  case,  the  statements  which  must  be  included  in 
the  "restart"  ATLAS  Control  Program  are  as  follows: 

BEGIN  CONTROL  PROGRAM 
LOAD  FILES  (VECTFIL) 

ISC4020  \ 

CALCOMP1  ) 

GERBER  ) 

END  CONTROL  PROGRAM 

A further  description  of  the  GRAPHICS-execution  restart 
features  is  presented  in  section  228.6. 


Figure  228-24*  Management  of  Graphics-  Related  Data 


228.4  EXECUTE  GRAPHICS  STATEMENT 


Execution  of  the  GRAPHICS  Postprocessor  is  initiated  by  the 
following  statement.  Previous  extraction  of  the  data  to  be 
plotted  is  required  (see  sec.  218.0). 

j EXECUTE  GRAPHICS  (Plist) 


GNAME=name  An  alphanumeric  word  of  1 to  10  characters 

that  identifies  the  plot  group  name  for 
the  plots  generated  by  this  statement  (see 
sec.  228.3).  If  the  same  "name"  is 
specified  in  multiple  GRAPHICS  statements 
in  a single  job,  all  corresponding  plots 
are  identified  by  the  same  group  name. 
Default:  Warning.  No  plots  are  generated. 

OFFLINE=  (Mode<  , NODI  SPLAY>) 

This  parameter  defines  the  execution  mode 
of  the  GRAPHICS  Postprocessor.  The 
options  for  the  key-word  "Mode"  are: 

OFF--Only  the  G/F  file  is  generated. 

ON— The  G/F  and  V/F  files  are  generated. 

SC4020  \ 

CALCOMP | —The  G/F,  V/F  and  P/F  for  the  selected 

GERBER  J offline  plotting  device  are  generated.  In 
either  the  batch  execution  mode  or  the 
interactive  execution  mode,  the  P/F  file 
is  always  created  at  the  end  of  an  ATLAS 
job  even  though  multiple  EXECUTE  GRAPHICS 
statements  have  been  processed.  Since  the 
computer  operating  system  supports  the 
creation  of  a P/F  for  only  one  plotting 
device  per  job,  only  one  of  these  key- 
words should  be  used  during  a particular 
job.  If,  however,  different  devices  are 
specified  in  different  commands,  only  the 
first- specified  device  is  acknowledged. 
Offline  plots  are  generated  for  this 
device  for  all  plot  images  written  onto 
V/F  during  execution  of  the  job. 

NODISPLAY— This  key-word  suppresses  activation  of  the 
interactive-graphics  conversational  mode 
when  ATLAS  is  being  executed  via  a 
terminal.  If,  for  example,  execution  is 
being  performed  via  a nongraphics  terminal 
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(e.g.,  a Hazeltine  2000) , this  keyword 
should  be  used  to  prevent  "garbage"  output 
on  the  terminal. 

Defaults:  OFFLINE=ON  in  the  batch  mode 

OFFLINE=OFF  in  the  interactive  mode 

If  ATLAS  is  being  executed  via  a graphics  terminal  and  the  key- 
word nodisplay  is  not  used,  the  interactive  conversational  mode 
is  activated  automatically  for  each  GRAPHICS  statement.  At  this 
point,  additional  directives  for  controlling  which  plot  images 
are  written  onto  V/F  and  P/F  can  be  input  by  the  key-board. 
Descriptions  of  the  interactive  graphics  capabilities  are 
presented  in  section  228.5. 

EXNAME = /Name  ) The  alphanumeric  name  of  a data  block 

\ (List) / identified  by  a previous  EXECUTE  EXTRACT 
statement.  The  information  contained  in 
this  data  block  is  to  be  used  for 
generation  of  plots.  See  the  following 
discussion  regarding  the  position  of  this 
parameter  within  Plist.  One  or  more  of 
these  parameters  may  be  used  in  a single 
statement.  The  Asterisk  Name  Option  (see 
sec.  200.0)  may  be  used  to  identify  data 
block  names. 

Default:  Warning.  No  plots  are  generated. 

The  following  parameters  define  what  types  of  plots  are  to 
be  generated  for  an  EXNAME.  These  parameters  remain 
effective  for  plotting  of  subsequent  EXNAMES  listed  in  Plist 
as  it  is  interrogated  in  a left-to-right  order  until  they 
are  reset.  Therefore,  the  following  parameters  are 
specified  prior  to  the  first  EXNAME  parameter  in  Plist. 
Except  when  the  EXPLODE  option  is  used  for  creating 
undeformed  geometry  plots,  each  plot  of  an  EXNAME  is 
displayed  separately. 


SIZE=  (Hor,Ver) 


This  parameter  defines  the  horizontal  and 
vertical  plot-area  dimensions  (in  inches) 
to  be  used.  If  the  specified  dimensions 
(integers  or  decimals)  exceed  the  limits 
for  the  selected  plotting  device,  the 
following  maximum  plot  areas  are  used. 


SC40  20  — 

CALCOMP  

GERBER  

TEKTRONIX  4014 
ONLINE  HARDCOPY 


11.0  by  11.0 
88.5  by  29.5 

144.0  by  36.0 

11.0  by  11.0 
8.5  by  8.5 


I 
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Upon  special  request  from  the  operator  of 
the  GERBER  drafting  machine,  60- inch  width 
paper  is  available.  In  this  case,  the 
maximum  limits  specified  for  "Hor"  and 
"VerM  are  144.0  and  60.0,  respectively. 

Default:  The  area  required  to  satisfy  the 
SCALE  parameter  described 
below. 

The  remaining  options  for  Plist  are  described  in  the 
following  sections  according  to  the  type  of  plot  to  be  generated. 
These  options  are: 


Section  Plot  Type 


228.4.1 

228.4.2 

228.4.3 
228.  4.4 
228.4.5 


Undeformed  Geometry  Plots 

Deformed  Geometry  and  Scalar-Grid  Plots 

Contour  Plots 

Graph  Plots 

Matrix  Data  Plots 


The  Plist  parameters  that  are  applicable  to  generation  of  each 
plot  type  are  summarized  in  table  228-2. 

228.4.1  Undeformed  Geometry  Plots 

The  GRAPHICS-statement  Plist  options  are: 

GNAME=name  ) 

0FFLINE=  (Mode<,NODISPLAY>)  I Defined  in  section  228.1 

EXNAME=  {<Name><  (List)  >)  [ 

SIZE=  (Hor,Ver)  J 

{OPTHOGPAPH  ) 

(ORTHOGRAPH, POI NT< , NODELTA»  J 

(0|TH0GRAPH,GRI D< , NODELTAX , NOOFFSET»  ) 

This  parameter  specifies  that  an 
orthographic  projection  of  the  nodes  or 
finite-element  grid  is  to  be  created  for 
the  next  EXNAME  in  Plist.  The  optional 
key-words  denote  the  following: 

POINT- -Generate  a point  plot  of  the  nodes 

GRID— Generate  the  finite-element  grid 
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NODELTA — If  mid-surf ac"-  nodes  are  displayed,  plot 
the  mid-aurfa.a  points  without  deltas 

NOOFFSET — If  offset  elements  are  displayed,  only 
plot  the  structural  node  connectivity 
(see  sec.  228.1.1). 

Default:  It  POINT  or  GRID  is  not 
specified,  a GRID  plot  is  generated  for 
the  next  EXNAME  in  Plist.  If  grid  data 
are  not  included  in  EXNAME,  no  plots  are 
generated.  Mid-surface  nodes  are  plotted 
with  deltas  (figs.  223-2  and  228-5)  and 
offsets  are  plotted  for  offset  elements 
(see  sec.  228. 1. 1)  . 

Defaults:  Warning.  No  plots  are  generated. 

EXPLODE  Key-word  denoting  that  all  the  views  of 

the  EXNAMES  specified  in  Plist  are  to  be 
displayed  on  a single  plot  (fig.  228-6)  . 
Each  EXNAME  is  plotted  to  the  same  scale. 
This  option  allows  an  "exploded  view"  of 
the  model  to  be  created.  The  relative 
position  and  orientation  of  each  EXNAME 
are  defined  by  the  TX-TY-TZ,  RX-RY-RZ, 
VX-VY-VZ,  and/or  VIEW  parameters 
discussed  below. 

Default:  Each  view  of  each  EXNAME  is 

displayed  on  a separate  plot. 


The  translations  (integers  or  decimals)  to 
be  performed  on  the  EXNAME  data  relative 
to  the  GLOBAL  X,  Y and  Z axes, 
respectively.  Translations  are  performed 
prior  r.o  to  any  rotations  of  the  data. 
Thf-tjt-  parameters  are  effective  only  when 
the  key-word  EXPLODE  is  used. 

Default*  The  last  specified  value  for  the 
corresponding  parameter  or  zero. 

Th*  orientation  of  the  data  to  De  plotted  is  defined  either  by 
tn  fol.wwini;  RX-RY-RZ  parametrs,  the  VX-VY-VZ  parameters,  or  the 
VIEW  parameter. 


The  rotations  in  degrees  (integers  or 
decimals)  about  the  R-P-Q  axes  (the 
initially-oriented  X-Y-Z  axes) , 
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respectively,  to  be  performed  on  the 
EXNAME  data . The  sequence  in  which  these 
parameters  appear  in  Plist  defines  the 
order  of  the  sequential  rotations.  If  it 
is  necessary  to  change  the  seguence  or 
magnitude  of  rotation  for  subsequently 
listed  EXNAMES,  each  of  these  parameters 
should  be  reset.  If  less  than  three 
rotations  are  specified,  the  order  of 
rotations  is  assumed  to  be  RZ,  RY  and  RX, 
respectively,  and  the  corresponding 
rotational  values  are  assumed  to  be  the 
last  specified. 

Default:  The  following  seguence  and 
magnitude  of  rotations  are 
assumed:  RZ=125,  RY-25,  F’C”0., 

Caution:  If  the  following  VX-VY- 

parameters  are  used,  th-  RY-RZ 
values  are  ignored. 

The  GLOBAL  X,  Y and  Z coordinates 
(integers  or  decimals)  that  define  a 
viewing  vector. 

Default:  These  parameters  are  effective 
only  if  at  least  one  of  them  is 
input.  In  this  case,  the 
remaining  coordinates  are  assumed 
to  be  the  last  specified  values 
or  zero. 


Examples : The  parameter  VX=1.0  is  equivalent  to  the  three 

parameters  RZ=0.0,  RY=0.0,  RX=0.0.  The 
parameter  VX=-1.0  is  equivalent  to  the  three 
parameters  RZ=0.0,  RY=180.0,  FX=0.0.  It  should 
be  noted  that  combinations  of  ±1.0  for  VX,  VY 
and  vz  allow  isometric  views  to  be  generated 
conveniently. 

VIEW-=  Code  This  parameter  is  used  to  generate  GLOBAL- 

axis  views  or  multiple  views  of  the  next 
EXNAME  in  Plist.  code  is  a 7 digit 
integer;  each  digit  is  set  to  0 (no)  or  1 
(yes)  to  denote  whether  the  corresponding 
view  is  desired.  From  left-to-right,  the 
digits  correspond  to  -X,  *X,  -Y,  *Y,  -Z, 

♦Z  and  the  pictorial  view  defined  either 
by  RX-  RY-RZ  or  by  VX-VY-VZ.  Leading  zeros 
need  not  be  input.  See  figure  228-23  for 
the  GLOBAL-axis  view  orientations. 

Default:  The  view  defined  by  the  last 
specified  "Code”  cr  the  view 
defined  either  by  RXtRY-RZ  or  by 
VX-VY-VZ  is  generated. 
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Ex^nip^:  VIEW=  10 1 denotes  that  a -Z  GLOBAL-axis  view  plus 

a pictorial  view  of  the  next  EXNAME  in  Plist  are 
to  be  generated. 


'N 
E 

LABEL = i T 

N*£ 
N+T 


SCALE=scale 


This  parameter  denotes  that  integer  labels 
are  to  be  plotted  for  node  (N)  numbers, 
element  (E)  numbers,  or  element-type  (T) 
numbers.  The  combinations  N+E  and  N+T,  as 
shown,  can  also  be  used. 

Default:  The  labels  identified  by  the  last 
parameter  of  this  type  in  Plist 
are  displayed  or  no  labels  are 
displayed. 

The  plot  scale  (integer  or  decimal) 
greater  than  or  equal  to  zero.  When  the 
scale  is  zero,  the  size  of  the  plotted 
data  is  adjusted  so  that  the  figure 
remains  within  the  maximum  plot  area. 

Only  one  SCALE  may  be  specified  if  the 
EXPLODE  option  is  used.  In  thi-  case,  the 
specified  scale  must  account  for  the 
absolute  dimensions  of  the  display 
including  the  effects  of  specified 
translations  and/or  rotations.  If  the 
specified  scale  requires  a plot  area 
larger  than  the  limits  for  the  plotting 
device,  the  scale  is  assumed  to  be  zero. 
Default:  The  last  specified  value  or 
SCALE=0. 


Example  GRAPHICS  Statement; 

EXECUTE  GRAPHICS  (GNAME= PLOTS,  TYPE=ORTH,  EXNAME=N3, 

VIEW= 1010000,  EXNAME= (N5,E100) , VX=1.0,  VY=1.0,  VZ=1.0, 
EXNAME=E1 *,  SCALE=. 05,  VIEW=1101,  EXNAME=E3) 

This  statement  initiates  generation  of  the  following  views  for 
the  specified  EXNAMES: 


EX  NAME 

SCALE 

-X 

*x 

-Y 

♦ Y 

-Z 

+z 

Pictorial 

N3 

0.0 

Default 

N5 

C.O 

y 

y 

None 

E10  0 

0.0 

y 

y 

N o r.e 

E1C 

0.0 

User 

Ell 

0.0 

Us«r 

• 

• 

% 

• 

• 

• 

• 

• 

E19 

0.0 

-Ir— 

User 

E3 

.05 

✓ 

y 

User 
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Def ormed-Geometrv  and  Scalar-Grid  Plots 

The  GRAPHICS- statement  Plist  options  are: 

GNAME=name  1 

OFFLINE  (Mode<, NODI SPLAY>)  1 

EXNAME= (<Name>< (List)  >J  | Defined  in  section  228.1 

SIZE=  (Hor,  Ver)  J 

The  following  parameters  are  the  same  as  defined  in  section 

228.4.1  except  for  the  NODELTA  key-word.  In  this  case,  only  mid- 
surface po . nts  are  displayed  for  mid-surface  nodes. 


iOFTH 
(ORTH, POINT) 

(ORTH, GRI D< , NOO FFSET> ) 
RX=a, RY=b,RZ=C 


VX=x,VY=y,VZ=Z 

VIEW=Code 


LAB EL = 4 


N 
E 
T 

N+E 
N+T 
SCALE=scale 


The  following  "VECTOR*  and  VSCALE  parameters  define  the 
types  of  deformed  geometry  plots  that  are  to  be  created. 


'vector  1 

[ DISP  1 

VECT0R2 

BMODE  J 

VECTOR 3 
VECT0R4 

VMODE  ) 

Hie  plot  formats  identified  by  the 
"VECTOR"  key-words  are: 

VECTOR 1 — Undeformed  geometry  plus  deformed  geometry 
plus  vectors 

VECTOR 2 — Undeformed  geometry  plus  deformed  geometry 


VECTOR 3 — Undeformed  geometry  plus  vectors 
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Displacement  plots  corresponding  to  static 
loading  are  generated  if  the  DISP  key-word 
is  used,  whereas  mode  shape  plots  are 
generated  if  the  BMODE  (buckling)  or  VMODE 
(vibration)  key-word  is  used. 

Default:  Undeformed  geometry  plots  are  generated. 

VSCALE=scale  A scale  factor  (integer  or  decimal)  to  be 

applied  to  the  ‘'vector”  values  prior  to 
generation  of  plots. 

Default:  The  last  specified  value  or 
VSCALE= 1.0 


Static  Displacement  Plots 

It  an  ordered  node  subset  is  included  in  the  EXNAME  for 
which  a grid  is  to  be  plotted,  only  the  grid  defined  by  the 
node  subset  is  displayed.  Any  of  the  optional  forms  of  the 
parameters  shown  above  can  be  used. 

jjgde^ha^ 

a)  It  a grid  is  to  be  displayed  for  mode  shape  plots,  the 
EX NAME  must  include  an  ordered  node  subset. 

b)  The  TYPE  parameter  roust  be  input  as  TYPE=ORTH 

c)  Only  node  numbers  can  be  plotted  via  the  LABEL=N 
parameter. 

Scalar^Kri^Plots 

It  scalar-grid  plots  are  to  be  generated,  the  following  two 
parameters  are  used  in  lieu  of  the  foregoing  "VECTOR"  and 
VSCALE  parameters,  otherwise,  any  of  the  optional  forms  of 
the  parameters  shown  above  can  be  used. 

SCALAF=Label  One  of  the  data  component  labels  selected 

from  table  156-1  that  identifies  a 
stiffness-element  property,  a stress 
component,  or  a margin  of  safety. 

Default:  Undeforraed  geometry  plots  are 
generated. 

SSCALE=scale  A scale  factor  (integer  or  decimal)  to  be 

applied  to  the  "scalar"  values  prior  to 
generation  of  plots. 

Default:  SSCALE=1.0 


228.  4.  3 contour  Plots 

The  GRAPHICS- statement  Plist  options  are: 


GNAME=name  1 

OFFLINE= <Mode<,  NODI  SPLAY  >)  I Defined  in  section  228.1 

EXNAME= {<Name>< (List) >}  f 

Size=  (Hor,Ver)  J 

TYPE= CONTOUR  This  parameter  denotes  that  contour  plots 

are  to  be  generated. 

Default:  Warning.  No  plots  are  generated. 


RX=a,RY=b,RZ=c  1 

VX=x,VY=y,VZ=z  > Defined  in  section  228.4.1 
VIEW=Code  I 


SCALAR=Label 


FLEV= val 1 
LLEV=val2 


One  of  the  data  component  labels  selected 
from  table  156-1  that  identifies  a 
stiffness-element  property,  a stress 
component,  or  a margin-of- safety  scalar 
field. 

Default:  Warning.  No  plots  are  generated. 

These  parameters  (integers  or  decimals) 
define  the  first  or  smallest  value  (FLEV) 
and  the  last  or  largest  value  (LLEV)  of 
the  contour  levels  for  the  scalar  field. 
Default:  Warning.  No  plots  are  generated. 


INTLEV=value  The  constant  interval  between  adjacent 

contour  levels  for  the  scalar  field. 
Default:  Warning.  No  plots  are  generated. 


If  an  ordered  node  subset  is  included  in  the  EXNAME  for 
which  a contour  plot  is  to  be  generated,  a triangulated  grid 
is  used  automatically  to  interpolate  the  data  points. 
Otherwise,  a rectangular  mesh  is  used  for  generation  of  the 
contour  plot  and  the  following  parameter  is  applicable. 

NMESH=value  The  integer  number  of  divisions  (<  40)  in 

either  direction  that  the  rectangular  area 
is  to  be  divided  prior  to  interpolating 
the  data  values  for  generation  of 
isocurves. 

Default:  NMESH=10 
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228.  4.4  Graph  Plots 

The  GRAPHICS-Statement  Plist  options  are: 


GNAME=name 

OFFLINE= (Mode<#NODISPLAY>)  Defined  in  section  228.1 

EXNAME3  (<Name><  (List)  >} 

SIZE=  (Hor,Ver) 


TYPE= GRAPH  This  parameter  denotes  that  graph  plots 

are  to  be  generated. 

Default:  Warning.  No  plots  are  generated. 


X-Y  Graphs 


The  abscissa  of  the  graph  is  identified 
by  one  of  the  key-words: 

LC--The  element  stress  component  identified  by 
the  11 Y 1 " and/or  **Y2"  parameters  is  to  be 
plotted  against  selected  loadcases. 


CYCLE--The  element  margin  of  safety  identified  by 
the  "Yl"  and/or  WY2W  parameters  is  to  be 
plotted  against  selected  design-cycle 
numbers. 


V — The  damping  or  frequency  values  identified 
by  the  "Yl"  and/or  "Y2"  parameters  are  to 
be  plotted  against  velocities  for  selected 
flutter  solutions. 


Default:  Warning.  No  plots  are  generated. 


XMIN=val1 

XMAX=val2 


The  minimum  (XMIN)  and  maximum  (XMAX) 
abscissa  values  (integers  or  decimals)  to 
be  used  to  generate  the  graph.  Internal 
loadcase  numbers  are  input  it  X=LC  is 
used. 

Default:  Warning.  No  plots  are  generated. 


Yl=Name1  One  of  the  element- stress  or  margin-of- 

safety  component  labels  selected  from 
table  156-1  if  LC  or  CYCLE  is  input  for  X, 
respectively.  It  X=V,  ‘'Name"  must  be 
either  the  letter  "G"  or  "F"  denoting 
whether  V-g  or  V-f  flutter  solution  plots 
are  to  be  generated. 

Default:  Warning.  No  plots  are  generated. 
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Y1MIN=val1  | The  minimum  (Y1MIN)  and  maximum  (Y1MAX) 

Y1MAX =val2  i ordinate  values  (integers  or  decimals}  to 

1 be  used  to  generate  the  graph. 

Default:  Warning.  No  plots  are  generated. 

A second  graph  with  the  same  abscissa  established  by  X,  XMIN 
and  XMAX  but  with  a different  ordinate  can  be  requested  via 
input  of  the  following  three  parameters. 


Y2=Name2  ) 

Y2MIN=val3  > Same  as  dec  ribed  for  Yl,  Y1MIN 

Y2MAX--val4  ) and  Y1MAX. 

Default:  A second  graph  is  not.  generated. 


Loadd^^ 

MAC=mac  The  mean  aerodynamic  chord  of  tfK'  wing. 

Default:  Warning.  No  plots  are  generated. 

LEMAC=lemac  The  GLOBAL  X- coordinate  of  the 

intersection  of  the  MAC  and  the  wing 
leading  edge. 

Default:  Warning.  No  plots  are  generated. 


OEW=wt 


OEWCG=cg 


CONMASS=Num 


The  operational  empty  weight.  This 
represents  the  weight  at  which  the  loading 
will  start. 

Default:  The  weight  of  the  mass  and 
stiffness  elements  plus  the 
concentrated  mass  subset 
specified  by  the  CONMASS 
parameter. 

The  GLOBAL  X-coordinate  of  the  OEW  center 
of  gravity.  This  represents  the  c.g. 
point  at  which  loading  will  start. 

Default:  The  center  of  gravity  of  the  mass 
and  stiffness  elements  plus  any 
concentrated  mass  subsets 
specified  by  the  CONMASS 
parameter. 

The  number  (integer)  of  a subset  of 
concentrated  masses,  defined  via  the  mass 
data,  which  are  to  be  added  to  the  mass 
and  stiffness  elements  to  establish  the 
OEW.  This  parameter  is  applicable  only  if 
OEW  and  OEWCG  are  not  specified. 

Default:  No  concentrated  mass  subsets  are 
included  in  the  OEW. 


228.40 


fcj V*- 


» 


GRAPHICS 


» 


f 


. t 


r 


i 


» 


» 


CGTOL=tol 


ZFW=zfw 


OEWFAC=f acl 


PASSFAC=fac2 


C AFGO  FAC = f ac  3 


FUELFAC=fac4 


The  OEW  center  of  gravity  tolerance  (X 
MAC) . This  tolerance  results  in  two 
center  of  gravity  points  for  the  OEW,  one 
at  OEWCG+CGTOL  and  the  other  at  OEWCG- 
CGTOL. 

Default:  CGTOL=0. 

The  maximum  zero  fuel  weight.  This 
represents  the  cutoff  weight  when  loading 
payload  (passengers  and  cargo) . 

Default:  No  limit  on  the  amount  of  payload 
loaded. 

The  factor  by  which  the  OEW  is  to  be 
multiplied  prior  to  establishing  the 
starting  point  for  the  loading. 

Default:  OEWFAC=1.0 

The  factor  by  which  the  passenger  vectors 
are  to  be  multiplied  prior  to  plotting. 
Default:  PASSFAC=1.0 

The  factor  by  which  the  cargo  vectors  are 
to  be  multiplied  prior  to  plotting. 
Default:  CARGO FAC= 1.0 

The  factor  by  which  the  fuel  vectors  are 
to  be  multiplied  prior  to  plotting. 
Default:  FU EL FAC= 1 . 0 


The  following  optional  parameters  are  used  to  define  the 
weight  center-of-gravity  grid  (fan  grid)  that  is  to  be  used 
to  plot  the  loading  vectors  (see  fig.  228-25) . 

WTINC=inc  The  weight  line-spacing  on  the  grid. 

Default:  WINC= 10000. 

FWLNE=wt1  The  first  (smallest)  weight  line  on  the 

grid. 

Default:  The  OEW  rounded  down  to  the 
nearest  multiple  of  WTINC. 

LWLNE=wt 2 The  last  (largest)  weight  line  on  the 

grid. 

Default:  Twice  the  OEW  or  the  largest  mass 
condition  weight  rounded  up  to 
the  nearest  multiple  of  WTINC. 

The  center  of  gravity  line-spacing  on  the 
grid  (X  MAC) 
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CGlNC=inc 


Default:  CGINC=1.0 


FCGLN E=cg1  The  first  (forward  roost)  center  of  gravity 

line  on  the  grid  (X  MAC) 

Default:  FCGLNE=0.0 


LCGLNE=cg2 


DATUM=cgref 


The  last  (aft  most)  center  of  gravity  line 
on  the  grid  (X  MAC) 

Default:  LCGLNE=50.0 

The  X MAC  of  the  grid  horizontal  reference 
line  (X  MAC) 

Default:  DATUM=25.0 


228.4.5  Matrix  Data  Plots 


The  GFAPHIcs-statement  Plist  options  are: 

GNAME=name  ^ 

OFFLINE= (Mode<rNODISPLAY>)  I Defined  in  section  228.1 

EXNAME=  (<Name>< (List)  >}  V 

SIZE=  (Hor,Ver)  J 

TY PE = MATRIX  This  parameter  denotes  that  matrix  data 

plots  are  to  be  generated. 

Default:  Warning.  No  plots  are  generated. 


figure  228-25-  Center  of  Gravity  vs  Gross  Weight  Loadability  Diagram 
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Table  228-2.  Summary  of  Execution  Parameters  for  the  EXECUTE  GRAPHICS 
Statement 

//  Type  ct  Plot  to  be  Generated 

i ihMWWi  7W^ 
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228.5  INTERACTIVE  GRAPHICS 


The  GRAPHICS  Postprocessor  can  be  executed  interactively  via 
a Tektronix  Model  4014  graphics  terminal.  The  online  graphics 
facilities  provided  by  the  interactive  execution  mode  complement 
those  graphical-display  capabilities  provided  by  the  EXECUTE 
GRAPHICS  statement  {sec.  228.4).  Functions  that  can  be  performed 
online  include  the  following: 

a)  Display  selected  plots  on  the  terminal  screen 

b)  Generate  in3tant  hardcopy  plots  of  selected  displays 
shown  on  the  terminal  screen.  A hardcopy  unit  that  is 
compatible  with  the  Tektronix  4014  must  be  used. 

c)  create  new  displays  of  selected  plots  via  zooming  and 
rotation. 

d)  Enlarge  selected  regions  of  online  plots  by  zooming. 

e)  select  plots  to  be  generated  by  one  of  the  offline 
plotting  devices  (SC4020,  CALCOMP  or  GERBER) 

All  plots  displayed  on  the  terminal  screen  are  initially 
defined  via  the  EXECUTE  GRAPHICS  statement  and  stored  in  the  G/F 
file.  This  passive  graphics  capability  allows  selected  plots  to 
be  viewed  online,  between  execution  steps,  for  verification  of 
the  analysis/design  process. 

The  user  conducts  an  interactive  dialogue  with  the  GRAPHICS 
Postprocessor  via  a function  menu,  two  plot  directories  and  a 
plot  transformation  menu.  Zooming  a selected  region  of  an  online 
plot,  for  example,  can  be  performed  by  using  either  the  plot 
transformation  menu  or  the  crosshairs  provided  by  the  Tektronix 
4014.  A description  of  the  interactive  dialogue,  including  the 
user-command  format  and  the  menu/directory  functions,  is 
presented  in  section  228.5.1. 

If  ATLAS  is  being  executed  via  a graphics  terminal,  as 
discussed  in  section  228.4,  the  interactive  conversational  mode 
is  activated  automatically  for  each  EXECUTE  GRAPHICS  statement  in 
the  Control  Program.  At  this  point,  additional  directives  for 
controlling  which  plot  images  are  written  onto  the  V/F  and  P/F 
files  can  be  input  by  the  key- board  provided  the  key-word 
NODISPLAY  is  not  specified  via  the  OFFLINE  parameter.  It  should 
be  noted  that  if  the  parameter  OFFLINE=OFF  is  used  in  the 
GRAPHICS  statement,  the  only  plotr  written  onto  the  V/F  file  are 
those  specifically  selected  to  be  written  as  such.  However,  if 
the  OFFLINE=ON  parameter  or  the  OFFLINE= Device  parameter  is  used, 
all  plots  displayed  on  the  terminal  screen  are  written  onto  the 


228.44 


GRAPHICS 


V/F  file  unless  the  appropriate  interactive  command  is  input  to 
suppress  this  activity. 


The  interactive  graphics  capabilities  can  be  used  to 
display/manipulate  any  of  the  plot  types  identified  by  the  TYPE 
parameter  in  the  EXECUTE  GRAPHICS  statement. 


TYPE= 


'opthograph' 

CONTOUR 
‘ GRAPH 
MATRIX 


228.5.1  Interactive  Dialogue 


The  menus  and  directories  used  during  interactive-graphics 
processing  are  identified  as: 


a)  Function  Menu  — A list  of  execution  functions,  as  shown 
in  figure  228-26,  from  which  user- selections  are  made 
online. 

b)  GNAME  Directory  (G-D)  --  The  G-D  contains  a list  of  the 
GNAMES  (100  maximum),  as  defined  via  the  EXECUTE  GRAPHICS 
statements,  for  which  plots  have  been  written  onto  the 
G/F  file.  A maximum  of  40  plots  can  be  associated  with 
each  GNAME  (a  plot  grouping  defined  by  the  user) . Figure 
228-27  shows  a typical  G-D.  After  a GNAME  is  selected 
from  the  G-D,  the  corresponding  Plot  ID  Directory  is 
displayed. 

c)  Plot  ID  Directory  (P-I-D)  — A P-I-D  is  generated 
automatically  for  each  GNAME.  Each  P-I-D  contains  a list 
of  identifiers,  one  for  each  plot  associated  with  the 
selected  GNAME.  A typical  P-I-D  is  shown  in  figure  228- 
28.  The  plot  that  is  to  be  viewed/manipulated  online  is 
selected  from  this  directory. 

d)  Plot  Transformation  Menu  (P-T-M)  --  A list  of  parameters 
that  can  be  modified  such  that  the  selected  plot  can  be 
rotated  and/or  zoomed  to  create  a new  display  (see  fig. 
228-29). 


The  interactive-graphics  execution  mode  is  identified  by  the 
prompt  character 

i> 


displayed  at  the  beginning  of  each  line  on  the  terminal  screen. 
At  this  point,  a graphics  execution  directive  is  entered  via  the 
key-board.  The  formats  of  the  user  commands  for  making 
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selections  from  the  menus  and  directories  and  for  modifying  the 
plot  transformation  parameters  are  summarized  below. 

User  Command  Applicable  Menu 


FB,n 

LP,n 

Word1=x.x<,Word2=y.y> 


Function  Menu 
G-D  or  P-I-D 

Plot  Transformation  Menu  (P-T-M) 


The  characters  "FB"  and  "LP"  are  input  as  shown,  in  lieu  of 
function  buttons  and  a light  pen  which  are  associated  with  the 
more  expensive,  usually  refreshable,  graphics  terminals.  The 
integer  that  is  input  for  nn"  identifies  a particular  entry  in 
the  corresponding  menu  or  directory  previously  selected  via  an 
"FE,n"  command.  A plot  transformation  parameter  is  input  as  a 
key-word  followed  by  an  equal  sign  and  a decimal  number,  "x.x"  or 
"y.y,"  that  is  to  be  assigned  to  the  parameter. 

Multiple  commands  can  be  concatenated  by  using  a semicolon 
as  a command  delimeter.  In  this  case,  the  string  is  limited  to  a 
maximum  of  60  characters.  Each  command  or  string  of  commands  is 
terminated  by  depressing  the  CR  (carriage  return)  key.  Typical 
command  formats  are: 


I>FB, 4 CR 
I>LP, 3 ; FB, 1 CR 

I>FE, 9 ; RY=60 . ,RX=45. ,RZ=0.0;FB,1  CR 

If  an  "LP,n"  command  is  input  when  the  GNAME  Directory  or 
the  Plot  ID  Directory  is  not  displayed  on  the  screen,  it  is 
ignored.  However,  an  "FB, n"  command  can  be  input,  when 
applicable,  even  though  the  Function  Menu  is  not  displayed  at 
that  time.  " FB, n"  commands  that  are  applicable  when  one  of  the 
menus  has  been  activated  or  when  a graphical  display  is  on  the 
screen  are  summarized  in  table  228-3.  Transformations  that  can 
be  performed  on  the  various  plot  types,  as  displayed  on  the 
screen,  are  summarized  in  table  228-4. 

To  illustrate  the  user  commands  and  a typical  interactive 
dialogue,  assume  the  GNAMES  shown  by  figure  228-27  have  been 
defined  by  previously  executed  GRAPHICS  statements.  Furthermore, 
assume  that  the  displays  for  GNAME=GEOMETRY  are  identified  by  the 
P-I-D  shown  by  figure  228-28. 

Upon  entering  the  interactive  mode,  the  G-D  menu  is 
displayed  on  the  screen  (fig.  228-27) . A maximum  of  50  GNAMES 
are  displayed  at  one  time.  If  more  than  50  GNAMES  were  written 
onto  G/F,  the  second  "page"  of  the  G-D  is  displayed  by  depressing 
the  CR  key.  If  the  CR  key  is  depressed  again,  in  this  case,  the 
first  "page"  of  the  G-D  is  regenerated.  To  view  the  plots 
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associated  with  the  GEOMETRY  plot  grouping,  for  this  example,  the 
user  enters  the  command 

I>LP, 1 ; FB, 1 CR 

The  selected  GNAME  is  identified  by  a cross  appearing  on  the 
screen  automatically  followed  by  a display  of  the  corresponding 
P-l-D  (fig.  228-28). 

All  plots  defined  under  the  user-selected  GNAME  are 
identified  in  the  P-I-D.  This  directory  consists  of  a catalog  of 
the  plot  titles  written  onto  G/F  under  the  selected  GNAME.  To 
display  one  of  these  plots  on  the  screen,  a selection  is  made  by 
the  MLP,n"  command.  Thus,  for  example,  if  the  user  enters 

I>LP, 4 ; FB, 1 CP 

the  selected  plot  title  is  identified  by  a cross  on  the  screen 
followed  by  generation  of  the  online  plot. 

A plot  that  has  been  generated  on  the  screen  can  be 
transformed  (rotated  and/or  zoomed)  to  create  a new  display  of 
the  same  data.  The  function  commands  FB,8,  FB,9  or  FB,10  as 
shown  in  table  228-4  are  used  to  perform  transformations.  To 
display  the  Plot  Transformation  Menu,  the  following  command  is 
entered : 

I>FB, 8 CR 

The  values  of  the  active  orientation  parameters  and  the  X-Y-Z 
coordinate  limits  for  the  plot  are  shown  in  the  P-T-M  as 
illustrated  by  figure  228-30.  The  values  for  the  X-Y-Z 
coordinate  limits  depend  on  what  type  of  plot  has  been  generated. 
For  orthographic  plots,  these  limits  are  the  GLOBAL  X-Y-Z 
coordinates.  For  contour  plots  and  graphs,  however,  the  X and  Y 
limits  are  associated  with  the  horizontal  and  vertical  directions 
(the  P-Q  axes)  of  the  plot.  The  Z-limits  for  a contour  plot 
identify  *-he  numerical  limits  of  the  scalar  field  for  which 
isocurves  are  generated,  whereas  the  Z-limits  are  ignored  for 
graphs. 

To  reset  the  values  of  the  transformation  parameters,  the 
user  may  enter,  tor  example,  the  following  commands: 

I>VX=- 1 . 0, VZ= 1 . 0, ZMAX=5. 0 ; FB, 1 CR 

Updated  values  are  displayed  to  the  right  of  the  original  values, 
which  are  crossed  out  as  shown  by  figure  228-30,  and  the  new 
display  is  generated  on  the  screen.  For  this  example,  a new 
viewing  direction  was  selected  in  addition  to  zooming  in  on  the 
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z-coordinate  limits  of  the  plot.  It  should  be  noted  that  the 
zoom  parameters  are  effective  in  three  dimensions.  Thus,  the 
original  plot  from  which  a zoomed  display  is  generated  can  be  re- 
created by  resetting  the  values  of  the  transformation  parameters. 

Transformation  of  a plot  that  has  been  generated  on  the 
screen  can  be  per  Termed  without  displaying  the  P-T-M.  For 
example,  the  commands 

I>FB,9;VX=-1. 0,VZ=1.0,ZMAX=5.0;FB, 1 CR 

could  be  used  instead  of  the  two  foregoing  lines  of  commands  to 
effect  the  same  result. 

In  lieu  of  specifying  new  values  for  the  XMIN,  XMAX,  . .., 
ZMAX  parameters  to  zoom  a display  shown  on  the  screen,  the  user 
can  employ  the  crosshairs  provided  by  the  Tektronix  4014.  To 
activate  the  crosshairs,  the  following  command  is  entered: 


I>FB, 10  CR 


The  horizontal  and  vertical  crosshairs  that  appear  on  the  screen 
are  positioned  at  one  corner  of  the  rectangular  area  to  be 
zoomed.  The  following  steps  are  then  followed: 

a)  Type  any  numeric  or  alphabetic  character  followed  by 
depressing  the  CR  key. 

b)  wait  for  the  crosshairs  to  reappear. 

c)  Position  the  crosshairs  at  the  diagonal  corner  of  the 
area  to  be  zoomed. 


d)  Repeat  (a) 


The  windowed  portion  of  the  display  will  then  be  generated  such 
that  the  zoomed  area  covers  the  screen.  Figure  228-31 
illustrates  a display  that  is  zoomed  by  use  of  the  crosshairs. 


All  plots  that  are  displayed  on  the  screen  are  written  onto 
the  v/F  file  if  one  of  the  following  parameters  is  used  in  the 
EXECUTE  GRAPHICS  statement. 
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If,  however,  there  are  many  plots  on  the  G/F  file  which  are  to  be 
written  onto  V/F  or  if  there  are  displays  which  consist  of 
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voluminous  amounts  of  data  that  would  require  a large  amount  of 
clock  time  to  display  on  the  terminal,  the  function  menu  command 
FB, 7 can  be  used.  Thus,  for  example,  if  the  P-I-D  is  displayed 
on  the  screen  and  the  command 

I>FB,9;LP, 2;LP„3;LP,5;LP,7; FB,1  CP 

is  input,  plots  2,  3,  5 and  7 would  be  written  onto  V/F  without 
online  displays. 

Alternatively,  if  one  of  the  foregoing  OFFLINE  parameters  is 
used  and  only  online  displays  are  to  be  generated  for  selected 
plots,  the  FB, 5 and  FB,6  function  menu  commands  can  be  used. 

When  the  current  interactive  dialogue  is  completed, 
execution  control  is  returned  to  the  Control  Program  via  the 
following  command: 

I>FB, 12  CF 

The  control  statement  immediately  following  the  last  executed 
GRAPHICS  statement  is  then  performed. 

The  option  provided  by  the  FB,13  command  allows  the  user  to 
abort  subsequent  execution  of  the  current  ATLAS  job.  Generally, 
this  option  is  used  only  when  uncorrectable  ao^.-alies  have  been 
detected  in  the  problem  data  by  viewing  th  • t ical  displays 
online. 
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FUNCTION  MENU 


KEY  DESCRIPTION 

FB,1  EXECUTE  CURRENT  MENU  SELECT ION(S) 

FB.2  DISPLAY  FUNCTION  MENU 

FB,3  DISPLAY  GNAME  DIRECTORY  (G-D) 

FB.4  DISPLAY  PLOT  ID  DIRECTORY  (P-I-O)  FOR  THE  GNAME  SELECTED  FROM  G-D 

FB.5  DISPLAY  REMAINING  PLOTS  FOR  THIS  STATEMENT  ONLINE  ONLY  (ENTER  FB.5  TWICE) 

FB.6  DISPLAY  NEXT  PLOT  ONLINE  ONLY 

FB,7  WRITE  PLOTS  SELECTED  BY  A STRING  OF  LP.N  COMMANDS  ONTO  V/F  WITHOUT  ONLINE  DISPLAY 
FB,B  DISPLAY  PLOT  TRANSFORMATION  MENU  (P-T-M)  TO  ROTATE  AND/OR  ZOOM 
FB.9  INPUT  TRANSFORMATION  PARAMETERS  WITHOUT  P-T-M  DISPLAY 

FB.IO  ZOOM  CURRENT  PLOT  VIA  CROSSHAIRS 

FB.ll  DISPLAY  DEFORMED  GRID  OR  TRIANGULATED  REGION  FOR  A CONTOUR  PLOT 
FB.12  RETURN  TO  ATLAS  CONTROL  PROGRAM 
FB,1>  STOP  ATLAS  EXECUTION  (ENTER  FB.13  TWICE) 


Figure  228-26.  Function  Menu  Options 


Figure  228-30.  Example  Use  of  the  Plot  Transformation  Menu 
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Table  228-4.  Plot  Transformations  Effected  via 
FB,N  Commands  and  Crosshairs 
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GRA PH  ICS 


GNAME  « GEOMETRY 


PLOT  ID  * GEOM  - GEOMETRY 


Zoomed  Area  - 


EXNAME  = GEOM  KSET  * 1 

ESUB  * EOOl  LSUB  c KGRID 


Nsue  *=  nooi 


a)  Initial  Display 


GNAME  = GEOMETRY 


PLOT  10  * GEOM  . GEOMETRY 


EXNAME  = GECM  KSET  • 1 HSU8  •=  NOOi 

ESO0  «=  EOOl  ESOS  * KGRTO 

b)  Zoomed  Display 

Figure  228-31.  Zoomed  Online  Display 
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228.6  RESTART  OF  GFAPHICS  POSTPROCESSOR  EXECUTION 


The  G/F  and/or  V/F  graphics  data  files  that  are  generated 
and  saved  by  one  ATLAS  job  can  be  loaded  and  used  by  subsequent 
ATLAS  jobs.  These  files,  in  addition  to  the  other  data  files 
generated  during  a job,  can  be  saved  and  loaded  by  using  the  SAVE 
FILES  and  LOAD  FILES  statements  (see  sec.  200.3).  If  only  the 
G/F  and/or  V/F  files  are  to  be  saved  or  loaded,  however,  the 
execution  control  statements  described  below  must  be  used.  As 
discussed  previously,  a P/F  file  is  created  for  generation  of 
offline  plots  by  a particular  plotting  device  (SC4020,  CALCOMP  or 
GEF.BEF)  . This  file  can  not  be  saved  and  used  by  subsequent  ATLAS 
jobs. 

228.6.1  Saving  Graphics  Data 

The  following  statement  can  be  used  to  save  the  G/F 
(GFAPFIL)  and/or  V/F  (VECTFIL)  graphics  files  for  subsequent 
restart  of  execution. 


SAVE  FILES  ( /GRAPFILV  ) 
XVECTFIL/ 


The  key-words  GFAPFIL  and/or  VECTFIL  can  be  used  with  the  other 
SAVE  FILES  parameters  described  in  section  200.3. 

If  only  the  G/F  file  is  to  be  generated  and  saved,  the 
OFFLINE=OFF  parameter  should  be  used  in  the  EXECUTE  GRAPHICS 
statement  (sec.  228.4)  and  the  SAVE  FILES  or  SAVE  FILES  (GRAPFIL) 
statement  should  be  used. 


The  G/F  file  and  the  V/F  file  are  generated  if  one  of  the 
following  parameters  is  used  in  any  of  the  EXECUTE  GRAPHICS 
statements  in  a Control  Program. 
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In  this  case,  either  one  or  both  graphics  files  ''an  be  saved  by 
using  one  or  more  of  the  following  control  statements. 


SAVE  FILES 

SAVE  FILES  (GFAPFIL) 

SAVE  FILES  (VECTFIL) 

SAVE  FILES  (GRAPFIL, VECTFIL) 


GRAPHICS 


228.  6.  2 Loading  Graphics  Data 

The  following  statement  can  be  used  to  load  the  G/F 
(GFAPFI L)  and/or  V/F  (VECTFIL)  graphics  files  to  restart 
execution  of  the  GFAPHICS  Postprocessor. 

LOAD  FILES  ( /GRAPFILX  ) 

XVECTFIL/ 

The  key-words  GFAPFIL  and  VECTFIL  can  be  used  with  the  other  LOAD 
FILES  parameters  described  in  section  200.3. 

The  respective  types  of  graphics  data  generated  by  the 
current  ATLAS  job  are  either  added  to  the  previously-saved 
graphics  files  or  they  are  written  onto  new  G/F  and/or  V/F  files. 
The  graphical  display  data  generated  by  the  GRAPHICS 
Postprocessor  are  dependent  on  the  OFFLINE  parameters  used  as 
well  as  the  directives  used  during  interactive  execution. 

Examples  are  presented  below  to  illustrate  various  types  of 
execution  restart  of  the  GRAFrtlCS  Postprocessor. 

Create  a V/F  Corresponding  to  a G/F 


The  following  two  control  statements  can  be  used  to  create  a 
V/F  file  that  corresponds  to  a previously  generated  G/F  file. 

LOAD  FILES  (GFAPFIL) 

EXECUTE  GRAPHICS  (OFFLINE=ON) 

Note  that  only  the  OFFLINE  parameter  need  be  included  in  the 
EXECUTE  GRAPHICS  statement.  In  the  batch  execution  mode,  all 
plots  on  the  G/F  file  would  be  written  onto  the  V/F  file.  In  the 
interactive  mode,  however,  only  those  displays  identified  by  the 
appropriate  menu  options  would  be  written  onto  the  V/F  file. 

Create  a V/F  and  P/F  Corresponding  to  a G/F 


The  following  two  control  statements  can  be  used  to  create  a 
V/F  file  and  a P/F  file  that  correspond  to  a previously  generated 
G/F  file. 

LOAD  FILES  (GFAPFIL) 

{SC4020  ) 

CALCOMP } ) 

GERBER  ) 

In  the  batch  mode,  all  plots  on  the  G/F  file  would  be  written 
onto  the  V/F  and  P/F  files.  In  the  interactive  mode,  however, 
only  those  displays  identified  by  the  appropriate  menu  options 
would  be  written  onto  both  the  V/F  and  the  P/F  files. 
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Crea^^aP/FCor^es^ond^no^Jtc^a^V/T 


The  tollowinq  two  control  statements  can  be  used  to  create  a 
P/F  file  chat  corresponds  to  a previously  generated  V/F  file. 

LOAD  FILES  (VECTFIL) 

SSC4020  1 
CALCOMP)  ) 

GERBER  J 

In  the  batch  mode  or  in  the  interactive  mode,  all  plots  on  the 
v/F  file  would  be  written  onto  the  P/F  file  for  the  selected 
offline  plotting  device.  As  noted  previously,  multiple  P/F  files 
for  different  plottinq  devices  can  be  generated  from  the  same  V/F 
via  multiple  ATLAS  jobs. 

The  following  two  control  statements  can  be  used  to  select 
plots  from  a G/F  for  display  on  the  terminal  screen  without 
creating  the  v/F  and  P/F  files,  selection  of  plots  is  performed 
via  the  interactive-graphics  menu  options. 

LOAD  FILES  (GKAPFIL) 

EXECUTE  GRAPHICS 

Note  that  in  this  case,  no  parameters  need  be  included  in  the 
GF APE) ICS  statement. 
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230.0  INTERACT  POSTPROCESSOR 


Printout  of  the  nodal,  boundary  condition  and  loadcase  data 
associated  with  substructures,  as  defined  by  the  interact  input 
data  (sec.  130.0),  may  be  requested  from  the  INTERACT 
Postprocessor  as  described  in  the  next  section. 
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230.1  PRINT  INPUT  STATEMENT 


The  following  statement  is  used  to  request  printout  of 
the  substructure  interact  data  (sec.  130.0). 

{ PRINT  INPUT  (INTERACT,  Pllst) 

The  optional  parameters  for  Plist  are  as  follows: 

SS=CATlist  ATLAS  list  of  substructure  numbers 

(integers)  for  which  interact  data  are 
to  be  printed. 

Default:  Warning.  No  printout  is 
generated. 

Type  Key-word  that  indicates  what  type  of 

interact  data  is  to  be  printed  for  each 
of  the  specified  substructures.  One 
or  more  of  the  following  key-words  may 
be  used  in  a single  statement. 

NODES— Nodal  data 
CONNECTIVITY — Interaction  nodes 

BC— Boundary  condition  data 

RETAINS — A list  of  the  ordered  retained  freedoms 
and  a list  of  the  interacted  nodal 
freedoms  retained  via  the  INTERACT 
Preprocessor 

LOADCASES — Load  case  labels 

Default:  Warning.  No  printout  is 
q enera*  ed . 

The  foregoing  types  of  data,  except  for  the  list  of  ordered 
retained  freedoms  and  LOADCASES,  are  printed  in  internal  node- 
number  order. 

Corresponding  user  node-numbers  associated  with  the  lowest- 
level  substructures  that  form  specified  higher-level 
substructures  are  also  displayed. 

I INTERFACE  Key-word  that  is  applicable  only  for 

printing  of  CONNECTIVITY  and  RETAINS 
data.  If  this  key-word  is  input  in 
addition  to  one  or  both  of  the  key-words 
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CONN  and  BETA,  these  types  of  data  are 
printed  only  for  the  interacted  nodes 
common  to  two  or  more  substructures 
specified  via  "SS." 

Default:  All  data  identified  by  the 
key-words  CONN  and  RETA  are 
printed  for  each  substructure 
specified  via  "SS," 
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232.0  INTERPOLATION  PROCESSOR 


The  primary  function  of  the  INTERPOLATION  Processor  is 
to  transform  vibration  modes  as  calculated  by  the  VIBRATION 
Processor  (sec.  ?58.0)  into  an  interpolation  functional- 
coefficient  form.  These  coefficients  may  be  used  by  any  of 
the  unsteady  aerodynamics  processors  to  obtain  modal 
displacements  at  the  appropriate  aerodynamic  control  points. 

A user-selected  interpolation  function  is  established  which 
relates  modal  displacements  calculated  for  retained  kinematic 
degrees-of-freedom  (see  sec.  106.0)  to  displacements  of 
aerodynamic  control  points. 

The  INTERPOLATION  Processor  can  also  generate  interpolation 
coefficients  in  the  absence  of  vibration  modes  by  defining  unit- 
displacement  modes  associated  with  selected,  retained  kinematic 
degrees-of-freedom.  The  resulting  modes,  generated  by  the  "AIC 
option"  of  this  processor,  are  basically  vibration-mode 
substitutes.  Furthermore,  mode  shapes  may  be  generated  by  the 
INTERPOLATION  Processor  via  user- specified  polynomial  terms. 

Interpolation  functional  coefficients  generated  by  any 
of  the  options  discussed  below  may  be  used  subsequently  by  one 
or  more  of  the  unsteady  aerodynamics  processors.  The  following 
method  of  analysis  is  required  for  these  purposes. 

a)  The  analysis  frames  of  the  retained  kinematic  degrees- 
of-freedom  must  be  rectangular  x-y-z  triads  oriented 
such  that  the  x-axis  is  parallel  to  the  free-flow 
streamlines  and  either  the  y-axis  or  the  z-axis  is 
normal  to  the  corresponding  lifting  surfaces  defined 
via  the  aeroaynamics  data. 

b)  Regions  associated  with  one  or  more  retained  nodes 
must  be  defined  via  subsets  of  retained  nodes  by  the 
SUBSET- DEFINITION  Preprocessor  (sec.  156.0).  If 
structural  vibration  modes  are  essential  to  the  selected 
interpolation  function,  corresponding  subset  mode- 
matrices  must  be  calculated  by  the  VIBRATION  Processor 
(sec.  258.0) . 

c)  Interpolation-function  coefficient  (IFC)  matrices  are 
generated  by  the  INTERPOLATION  Processor  based  on  the 
selected  interpolation  method  for  the  subsets  of 
retained  nodes. 

d)  An  IFC  matrix  is  associated  with  each  aerodynamic 
surface  of  the  model  via  the  "Modal  Data  Subset"  input 


aerodynamics  data.  A particular  IFC  matrix  may  be 
associated  with  one  or  more  aerodynamic  surfaces. 
Reference  sections  104. 0,  116.0.  136.0  ana  150.0. 


Five  interpolation  methods  generally  referenced  as  surface 
spline,  motion  axis,  motion  point,  polynomial  and  beam  spline 
are  available.  Each  of  these  methods  is  discussed  briefly 
below. 


a)  Surface  spline  (3URFSPLINE) --The  input  modal 

displacements  must  be  associated  with  a subset  of 
retained  nodes  that  do  not  lie  along  a straight  line 
but  whi^h  define  a planar  or  nearly- planar  surface. 

For  best  results,  the  nodes  should  be  evenly  distributed 
over  the  surface  such  that  little  extrapolation  is 
required.  The  input  displacements  are  interpolated 
to  arbitrarily-located  points  by  an  interpolation 
function  based  on  the  small- deflection  bending- equation 
of  a circular,  uni  form- thickness,  thin  plate  of  infinite 
radius  simply-supported  along  its  periphery  (ref.  232- 
1)* 


b)  Motion  axis  (MOTIOMAXIS) --The  input  modal  displacements 
must  be  associated  with  a sunset  of  two  or  more  retained 
nodes  that  lie  in  a plane.  A cubic  curve  is  passed 
through  these  retained  nodes  to  define  a motion  axi'5 
(e.g.,  the  elastic  axis  of  a high-aspect-ratio  wing 
or  the  hinge  line  of  an  aerodynamic  control  surface) . 

For  best  results,  the  displacement  nodes  should  lie 
on  or  close  to  the  axis.  A motion  axis  may  be  defined 
such  that  it  is  (1)  parallel  to  the  x-axis,  (2)  strictly 
increasing  in  the  y-direction  within  the  x-y  plane 
or  (3)  strictly  increasing  in  the  z- direction  within 
the  x-z  plane.  Displacements  at  intermediate  points 
on  the  motion  axis  are  calculated  by  using  a cubic 
spline  based  on  the  input  displacements.  Displacements 
at  points  not  on  the  defined  axis  are  calculated  by 
linear  extrapolation  of  the  axis  displacements.  Input 
modal  components  may  include  z-axis  translation  and 
rotations  about  the  x-axis  and  y-axis  or  they  may 
include  y-axis  translation  and  rotations  about  the 
x-axis  and  z-axis.  To  illustrate  the  MOTIONAXIS 
interpolation  method,  consider  the  high-aspect-ratio 
wing  illustrated  in  figure  232-1,  where  it  is  assumed 
that  the  surface  lies  in  the  x-y  analysis  frame. 


232.2 


I 


t 


r 


t 


Figure  232-1.  Motion- Axis  Definition 
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The  motion  axis  is  defined  by  the  retained  nodes  A, 

B,  C and  D.  An  interpolation  region  is  associated 
with  each  segment  of  the  axis.  Each  region  boundary 
is  defined  by  a plane  which  is  perpendicular  to  the 
x-y  plane  and  which  intersects  the  x-z  plane  at  a user- 
defined  angle  (e.g.,  0 as  shown  in  figure  232-1). 
Displacements  at  an  arbitrary  output  point  on  the 
planform,  such  as  point  I in  the  figure,  are  calculated 
in  the  following  manner: 

1)  the  output  point  I is  associated  with  a particular 
region  (axis  segment) --region  BC.  If  I falls  within 
more  than  one  region,  for  the  case  when  the  axis 

is  strictly  increasing  in  the  y-direction,  I is 
associated  with  the  region  defined  by  the  smallest 
y-coordinate; 

2)  the  intersection  point  of  the  boundaries  of  the 
particular  region  is  determined-- point  E; 

3)  point  I is  connected  to  E by  a straight  line.  The 
plane  which  is  perpendicular  to  the  x-y  plane  and 
which  contains  line  I-E  intersects  the  B-C  segment 
at  point  K; 

4)  the  three  displacement  components  at  K are  calculated 
via  a cubic  spline  over  the  axis-segment  B-C; 
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5)  the  displacements  at  K are  linearly  extrapolated 
to  point  I. 

If  the  region  boundaries  associated  with  the  output 
point  are  parallel,  the  output  point  is  projected  onto 
the  axis,  parallel  to  the  boundary  planes.  For  this 
case,  the  foregoing  steps  (2)  and  (3)  are  omitted. 

Thus,  point  L in  figure  232-1,  is  projected  onto  the 
axis  to  define  point  M.  Steps  (4)  and  (5)  are  then 
used  to  calculate  the  displacements  at  point  L. 

Displacements  at  an  output  point  outside  of  a region 
boundary  are  calculated  by  extrapolating  the  axis 
displacements  associated  with  the  closest  region. 

These  displacements  are  then  linearly  extrapolated, 
parallel  to  the  closest  region  boundary,  to  the  output 
point. 

In  general,  it  is  undesirable  to  define  region 
boundaries  that  intersect  at  a point  within  the  region 
of  output  points.  This  may,  for  example,  result  in 
streamwise  discontinuities  in  the  interpolated  vibration 
modes  used  by  the  aerodynamics  processors. 

c)  Motion  point  (MOTIONPT) --The  input  modal  displacements 
are  associated  with  the  degrees-of- freedom  of  a single 
retained  node  included  in  a node  subset.  These 
displacements  are  extrapolated  linearly  to  define  the 
motion  of  other  selected  points.  The  interpolation 
function  is  a rigid-body  motion  transformation. 

d)  Polynomial  (POLYNOMIAL) — The  interpolation  function 
is  a polynomial  of  degree  0 to  5 in  x and  y with 
coefficients  specified  by  the  user.  Each  polynomial 
defines  a mode  (generalized  coordinate). 

e)  Beam  spline  (BEAMSPLINE) - -The  input  modal  displacements 
must  be  associated  with  a subset  of  retained  nodes 
that  lie  in  a planar  or  nearly-planar  surface.  Subsets 
of  these  retained  nodes  are  used  to  define  a lattice 

of  beams  comprised  of  two  or  more  cubic  curves.  For 
best  results,  *he  beams  should  be  straight  or  nearly- 
straight  and  they  should  be  evenly  distributed  over 
the  surface.  Overlapped  beams  should  be  avoided. 

Each  beam  is  generated  such  that  it  is  either  (1) 
strictly  increasing  in  the  y-direction  within  the  x- 
y plane  or  (2)  strictly  increasing  m the  z-direction 
within  the  x-z  plane.  Only  the  displacements  at  the 
nodes  used  to  define  the  beams  are  used  in  the 
interpolation  process.  Displacements  at  intermediate 
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points  on  a bean  are  calculated  by  using  a cubic  spline 
based  on  distance  along  the  beam.  Displacements  at 
points  not  on  a defined  beam  are  calculated  by  linear 
extrapolation  of  the  curve  displacements.  Input  modal 
components  may  include  z-axis  translation  and  optionally 
the  rotations  about  the  x-axis  and  y-axis  or  they  may 
include  y-axis  translation  and  optionally  the  rotations 
about  the  x-axis  and  z-axis. 
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232.  1 EXECUTE  INTERPOLATION  STATEMENT 


The  following  statement  initiates  execution  of  the 
INTERPOLATION  Processor.  Previous  execution  of  the  VIBRATION 
Processor  is  required  for  generation  of  subset  mode-matrices 
if  interpolation  function  coefficients  are  to  be  generated  from 
vibration  mode  shapes  via  the  SURFSPLINE,  MOTIONAXIS,  MOTIONPT 
or  BEAMSPLINE  interpolation  function. 


EXECUTE  INTERPOLATION  (Plist) 


The  order  in  which  the  parameters  are  presented  below 
is  the  same  order  in  which  they  must  be  specified  within  Plist. 

VSET=Vs  The  vibration  set  number  (integer) 

identifying  the  structural  model  being 
analyzed  (see  EXECUTE  VIBRATION 
statement;  sec.  258.0).  This  parameter 
is  not  applicable  when  the  AIC  or  the 
POLYNOMIAL  options  are  used. 

Default:  VSET=1 

Coefficients  associated  with  a selected  interpolation 
function,  as  calculated  by  the  INTERPOLATION  Processor,  are 
based  on  either  a)  the  natural,  coupled,  vibration  mode-shapes 
(generalized  displacements)  or  b)  an  identity  matrix  associated 
with  unit- displacement  generalized  coordinates  selected  via 
the  AIC  key-word  presented  below.  Both  types  of  generalized 
displacements  are  associated  with  selected,  retained  kinematic 
freedoms.  Subsets  of  retained  nodes  are  defined  via  the  SUBSET- 
DFFINITION  Preprocessor  (sec.  156.0). 

AIC<=Nxxx>  This  parameter  denotes  that  the  unit- 

displacement  generalized  coordinates 
associated  with  the  subset  of  retained 
kinematic  freedoms  Nxxx  are  to  be  used 
to  calculate  the  interpolation  functional 
coefficients. 

Default:  If  Nxxx  is  not  specified  by 
this  parameter,  the  array  of 
freedoms  to  be  used  to  calculate 
the  interpolation  coefficients 
is  defined  by  the  following 
"Nxxx”  parameter.  Use  of  the 
following  "Nxxx"  parameter 
permits  several  sets  of 
interpolation  coefficients 
to  be  used  to  build  an  array 
of  aerodynamic  influence 
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coefficients  via  the  aerodynamic 
processors. 

Default:  vibration  mode  shapes  generated 

previously  by  the  VIBRATION  Processor 
for  the  specified  VSET  are  used. 


Nxxx=Type  \ 

Nxxx= (Type, Name)/  Nxxx  is  the  name  of  a node  subset  defined 

previously  via  the  SUBSET-DEFINITION 
Preprocessor  unless  the  POLYNOMIAL 
option  is  used.  In  this  case,  the  1 
to  3 digits  xxx  are  used  only  to  form 
the  name  of  the  calculated  interpolation- 
coefficient  matrix  (see  "Name"  below) . 

A subset  mode- matrix  must  have  been 
previously  extracted  by  the  VIBRATION 
Processor  for  the  retained  nodes 
associated  with  Nxxx  unless  the  AIC 
and/or  POLYNOMIAL  options  are  used. 

Type — A key-word  or  equivalent  integer  which 
identifies  the  type  of  interpolation 
function: 


Key- Word  Integer- Equi va lent 

SURFSPLINE  1 

MOTION AXIS  2 

POLYNOMIAL  3 

MOTIONPT  4 

BEAMSPLINE  5 

Caution:  Only  one  type  of  interpolation 
function  can  be  used  with 
the  AIC  option. 

Name— A 1 to  7-character  alphanumeric  name 
to  be  assigned  to  the  interpolation- 
coefficient  User  Matrix  (see  sec.  200.0) . 
If  "Name"  is  specified,  the  indicated 
pair  of  parentheses  must  be  punched. 

The  selected  name  is  used  as  an  input 
item  within  the  "Modal  Data  Subset" 
associated  with  each  of  the  unsteady 
aerodynamics  data  sets. 

Default:  The  interpolation-coefficient 
matrix  is  assigned  the  name 
Cxxx  where  xxx  is  the 
corresponding  node  subset 
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number,  zero-filled  and  right- 
adjusted.  Thus,  C010  is 
generated  for  N10  and  Cl 00 
is  generated  for  N100. 

one  of  the  input  forms  of  this  parameter, 
Nxxx=Type  or  Nxxx= (Type, Name) , must 
be  specified.  Both  forms  may  be  used 
in  a single  statement.  Immediately 
following  each  ,,Nxxx,,  parameter,  a set 
of  additional  parameters  associated 
with  the  selected  type  of  interpolation 
function  must  be  specified  as  discussed 
below. 

The  "Type"  need  not  be  specified 
explicitly  for  the  second  or  subsequent 
parameters  of  this  type  in  a statement. 
Thus,  parameters  of  the  form  Nxxx=(, 

Name)  or  just  Nxxx  denote  that  the 
interpolation  function  type  for  this 
Nxxx  is  the  same  as  the  last  specified 
"Type." 

Default:  Error.  Execution  is  terminated. 

The  following  parameter  is  required  after  the  "Nxxx" 
parameter  if  the  SURFSPLINE,  MOTIONAXIS,  MOTIONPT  or  BEAMSPLINE 
interpolation  function  is  selected. 

DOF=xyzxyz  The  code  xyzxyz  is  a 1 to  6 digit  integer 

denoting  which  retained  freedoms 
associated  with  subset  "Nxxx"  are  to 
be  expressed  via  the  selected 
interpolation  function.  Each  digit 
in  this  code  is  set  to  0 or  1 denoting 
whether  the  x-axis  translation,  y-axis 
translation,  z-axis  translation,  x-axi 
rotation,  y-axis  rotation  and  z-axis 
rotation,  respectively,  are  to  be 
included.  A one  indicates  the 
corresponding  degree-of-f reedom  is  to 
be  included,  whereas  a zero  indicates 
the  freedom  is  not  to  be  included. 
Leftmost  zero-value  digits  of  this  code 
need  not.  be  input. 

The  number  and  type  of  freedoms  which 
may  be  denoted  by  DOF  depends  on  the 
selected  type  of  interpolation  function. 
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In  all  cases,  at  least  one  freedom  must 
be  selected.  One  to  6 freedoms  may 
be  selected  for  processing  by  the 
MOTIONPT  function,  whereas  only  I of 
the  6 freedoms  may  be  selected  for 
processing  by  the  SURFSPLINE  function. 
One,  2 or  3 freedoms  may  be  expressed 
by  the  MOTIONAXIS  or  BEAMSPLINE  functions 
via  one  of  the  following  combinations: 
a)  the  y-axis  translation  or  the  z-axir 
translation,  b)  the  y-axis  translation 
and  one  or  both  of  the  x and  z-axis 
rotations,  c)  the  z-axis  translation 
and  one  or  both  of  the  x and  y-axis 
rotations.  The  MOTIONAXIS  function 
may  also  be  used  with  any  one  of  the 
three  rotation  freedoms.  An  x-axis 
translation  may  not  be  selected  for 
processing  by  the  MOTIONAXIS  or 
BEAMSPLINE  function. 

Default:  If  the  DOF  parameter  is  not 
input  immediately  after  an 
*,NxxxM  parameter  which  specifies 
either  the  SURFSPLINE, 
MOTIONAXIS,  MOTIONPT  or 
BEAMSPLINE  function,  execution 
is  terminated. 

The  following  two  parameters  (DEFNPTS  and  ANGLES)  are 
required  after  the  DOF  parameter  only  if  the  MOTIONAXIS  function 
is  selected. 

DEFNPTS = (Model,  Node2 , ...,  Noden) 

A list  of  2 to  26  user  node  numbers 
which  define  a motion  axis.  These  nodes 
must  all  have  been  assigned  the  same 
x-y-z  rectangular  analysis  frame;  they 
must  have  been  retained  and  they  must 
be  included  in  subset  MNxxx. " These 
nodes  must  all  lie  either  in  the  x-y 
plane  or  in  the  x-z  plane.  The  motion 
axis  is  generated  by  passing  a cubic 
spline  through  these  nodes.  The  nodes 
are  connected  in  the  order  of  strictly 
increasing  y-coordinates  or  strictly 
increasing  z-coordinates.  If  more  than 
one  node  in  the  list  has  the  same  y- 
coordinate,  execution  is  terminated 
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unless  all  the  nodes  have  the  same  y- 
coordinate. 

Default:  Error.  Execution  is  terminated. 

ANGL ES  = (a1#  d2|  . . . , an) 

A list  of  2 to  13  angles  in  degrees 
measured  according  to  the  right-hand 
rule  relative  to  the  axis  normal  to 
the  surface.  These  angles  define  the 
motion-axis  region  boundaries  at  each 
of  the  axis-definition  points  specified 
via  DEFNPTS.  The  sequence  and  number 
of  items  in  this  list  must  correspond 
with  the  sequence  and  number  of  items 
in  the  DEFNPTS  list. 

Default:  If  the  motion  axis  is  strictly 
increasing  in  the  y-direction, 
a boundary  that  is  perpendicular 
to  the  axis  is  defined  for 
each  curve  segment  at  the 
segment  definition  point  with 
the  greatest  y coordinate. 

The  boundary  through  the  node 
with  the  smallest  y coordinate 
is  parallel  to  the  x-axis. 

If  the  axis  lies  in  the  x-z 
plane,  z coordinates  are  used 
similarly  to  the  y coordinates 
in  the  foregoing.  If  the 
motion  axis  is  parallel  to 
the  x-axis,  boundaries  are 
defined  through  the  definition 
points  such  that  they  are 
perpendicular  to  the  axis. 

Caution:  If  a region  boundary  is  located 
so  that  it  does  not  cross  the 
motion  axis  at  the  definition 
point,  execution  is  terminated. 


Example:  DEFNPTS=  (1 ,9,5 ,16) , 

ANGLES=  (0. ,-30. ,30. ,0. ) (see 
the  following  sketch) 
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If  the  POLYNOMIAL  option  is  selected  and  the  AIC  key-word 
is  not  input,  the  following  sequence  of  parameters  is  required 
after  the  "Nxxx"  parameter. 

MODE,  Aij=c, ...  The  key-word  MODE  denotes  that  the 

polynomial  terms  follow.  Each  polynomial 
(mode)  is  comprised  of  terms  of  the 
form  cx»yj.  The  powers  and  coefficient 
of  each  term  are  specified  by  a parameter 
of  the  form  "Aij=cM  where  0 < i and 
j < 5 such  that  (i+j)  6 5.  This 
parameter  "Aij=c"  may  be  repeated  to 
specify  one  complete  polynomial.  The 
sequence  of  parameters  “MODE,  Aij=c,..." 
may  be  repeated  to  define  a maximum 
of  21  polynomials.  The  user  is 
cautioned,  however,  that  Plist  may 
contain  a maximum  of  28  parameters. 

Default:  Error.  Execution  is  terminated. 

Example:  If  the  sequence  of  parameters 

N4=3, 

MODE,A00=1. ,A10=2. ,A0 1=3. ,A23=-4. , 
MODE,A50=5, ,A41=6.  ,A13=7. 

is  specified,  two  polynomial 
modes,  expressed  as  "ml"  and 
Mm2M  below,  are  generated. 

m1=1.0  ♦ 2. Ox  + 3.0y  - 4.0x2y3 
m2=7.0xy3  ♦ 6.0x4y  ♦ 5.0y5 

If  the  AIC  key-word  is  input  and  the  POLYNOMIAL  function 
is  selected,  21  polynomials  (modes)  are  generated  automatically 
from  the  terms  of  a general  fifth-degree  polynomial.  The 
coefficient  of  each  term  of  each  polynomial  is  one. 

The  following  parameter  (BEAMxx)  is  required  after  the 
DOF  parameter  only  if  the  BEAMSPLINE  function  is  selected. 

BEAMxx=  ( (Nxxx,Nyyy,. ..)1 
(Nxxx  TO  Nyyy  / 

Each  beam  to  be  used  in  calculating  the 
BEAMSPLINE  interpolation  coefficients  is 
described  via  a subset  of  retained  stiffness 
nodes  defined  previously  via  the  SUBSET- 
DEFINITION  Preprocessor  (sec.  156.0). 

A beam  is  generated  for  each  specified 
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node  subset  by  passing  a cubic  spline 
through  the  nodes  in  the  order  of  strictly 
increasing  y or  z coordinates.  Subsets 
may  be  identified  by  any  combination  of 
the  two  options.  The  Asterisk  Name  Option 
(see  sec.  200.0)  may  be  used  to  identify 
subsets.  The  characters  Mxxrt  in  BEAMxx 
are  used  to  specify  how  a beam  may  be  used 
in  extrapolating  displacements,  "xx"  is 
either  blank  or  is  comprised  of  1 or  2 
letters  as  follows: 

blank — The  beam  may  not  be  used  for  extrapolation 
I- -Only  inboard  extrapolation  allowed 
O — Only  outboard  extrapolation  allowed 
10 — Inboard  and  outboard  extrapolation  allowed 

This  parameter  is  repeated  to  define  all 
beams  required  for  interpolation.  The 
user  is  cautioned  that  Plist  may  contain 
a maximum  of  28  parameters.  All  of  the 
nodes  included  in  the  specified  subsets 
must  be  contained  in  the  node  subset 
identified  by  the  "Nxxx=Type"  parameter. 
Any  modal  displacements  not  associated 
with  the  beams  are  ignored. 

Default:  Error.  Execution  is  terminated. 

Example:  The  following  parameters  define  the  beams 
illustrated  in  the  sketch  below. 

BEAM=N1 1 , BEAMI=N21 , BEAMO= (N3 1 , N32)  , 
BEAMIO=N4 1 , ... 
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234.0  LOADS  MODULES 


All  loads  input  to  an  ATLAS  structural  model  must  be 
prepared  by  the  LOADS  Processor  prior  to  assembling  the  loads 
and  specified  displacement  matrices  via  the  MERGE  Processor 
(sec.  242.0).  The  LOADS  Processor  (sec.  234.2)  performs  the 
following  functions: 

a)  Processes  the  nodal  loads  as  specified  by  the  loads 
data  (sec.  134,0). 

b)  Processes  the  nodal  displacements  as  specified  for 
supported  nodal  freedoms  via  the  boundary  condition 
data  (sec.  106.0)  and/or  the  loads  data. 

c)  Generates  equivalent  nodal  loads  for  element -distributed 
loadings  as  defined  by  the  loads  data.  Consistent 
nodal  loads  are  calculated  for  BRICK  elements,  whereas 
statically  equivalent  loads  are  calculated  for  all 
other  element  types  (ref.  234-1). 

d)  Calculates  nodal  loads  and  initial  stresses  for  the 
nodal  and  element  thermal  loads  specified  by  the  loads 
data. 

e)  Calculates  equivalent  nodal  loads  for  inertial  forces 
caused  by  rigid-body  rotations  as  defined  by  the  loads 
data. 

Groups  of  input  loads  are  identified  by  a user-selected 
load  case  label.  Multiple  groups  of  loads  identified  with  the 
same  label  are  processed  as  a single  load  case.  All  input  loads 
associated  with  a load  case  are  cumulative.  The  user  has  the 
option  via  the  EXECUTE  LOADS  statement  to  retain  selected  types 
of  loads  for  loads  and  stress  processing. 

Printout  of  the  input  nodal  and  element- distributed  forces, 
specified  temperature  increments  and  specified  rotational 
kinematics  may  be  requested  via  the  statement  discussed  in 
section  234.1.  Printout  of  the  cumulated  applied  nodal  loads 
and  total  applied-load  resultants  may  be  requested  via  the 
statement  discussed  in  section  234.3. 
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234.1  PRINT  INPUT  STATEMENT 


The  following  statement  is  used  to  request  printout  of 
selected  load  case  data  (sec.  134.0).  structural  models  for 
which  loads  data  are  to  be  printed  are  identified  by  either 
a stiffness  data-set  number  and  boundary-condition  stage  number 
or  a lowest-level  substructure  number.  Only  one  of  the 
identifier  types  (SET/STAGE  or  SS  described  below)  may  be  used 
in  a single  statement. 


PRINT  INPUT  (LOADS,  Plist)  ") 


List  of  cptxonal  parameters  for  Plist: 


SET=Se 


STAG  E=  St 


SS=CATli St 


LC=CATlist 


The  stiffness  data  set  number 
(integer)  for  which  loads  data  are 
to  be  printed. 

Default:  SET=1 

A boundary  condition  stage  number 
(integer)  associated  with  set  "Se." 
Default:  STAGE= 1 

ATLAS  list  of  lowest-level 
substructure  numbers  (integers)  for 
which  loads  data  are  to  be  printed. 
Default:  A SET/ STAGE  model. 

ATLAS  list  of  load  case  identifiers 
(integers  or  alphanumeric  words) 
or  the  key-word  ALL  denoting  which 
loads  data  are  to  be  printed. 

Default:  LC=ALL;  all  load  cases 

associated  with  the  specified 
SET/ STAGE  or  SS  model. 


Loadtype  Keyword  denoting  that  a certain 

type  of  input  loads  is  to  be  printed. 
Several  of  these  key-words  may  be 
used  in  a single  statement.  The 
available  options  are: 

ELEMENT  — Element- distributed  loads 
NOD THERM  — Nodal  thermal  loads 
ELTHERM  — Element  thermal  loads 
INERTIA  --inertia  loads 

Default:  All  load  types  associated 
with  the  specified  load 
cases. 
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LINES=lines 


Maximum  number  of  line**  (integer<56) 
including  page  headin  , * to  be  printed 
cn  a page* 

Default:  LINES=56 


The  following  parameters  are  applicable  for  printing 
thermal  loads  data  associated  with  node  and  element  subsets 
previously-defined  via  the  SUBSET- DEFINITION  Preprocessor  (sec. 
156.0)  . The  Asterisk  Name  Option  (sec.  200.0)  may  be  used  to 
identify  subset  names.  Several  of  the  following  parameters 
may  be  used  in  a single  statement. 


Nxxx 


Exxx 


Name  of  a node  subset  for  which  nodal 
thermal  loads  are  to  be  printed. 
Default:  Nodal  thermal  loads 

associated  with  all  the 
nodes  of  the  specifier 
SET/STAGE  or  SS  are  printed. 

Name  of  an  element  subset  for  which 
element  thermal  loads  are  to  be 
printed. 

Default:  Element  thermal  loads 

associated  with  all  the 
elements  of  the  specified 
SET/STAGE  or  SS  are  printed. 
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234.2  EXECUTE  LOADS  STATEMENT 

The  following  statement  initiates  execution  of  the  LOADS 
Processor.  If  thermal  loads  are  to  be  processed,  the  STIFFNESS 
Processor  (sec.  252.0)  must  be  executed  prior  to  execution  of 
this  processor.  If  inertia  loads  are  to  be  processed,  execution 
of  the  MASS  Processor  with  OPTION=4  (sew.  238.2)  muse  be 
performed  prior  to  execution  of  this  processor.  Structural 
mcdels  for  which  loads  are  to  be  processed  are  identified  by 
either  a stiffness  data-set  number  and  boundary-condition  stage 
number  or  a lowest-level  substructure  number.  Only  one  of  the 
identifier  types  (SET/STAGE  or  SS  described  below)  may  be  used 
in  a single  statement. 


EXECUTE  LOADS  (Plist) 


List  of  optional  parameters  for  Plistr 


SET=CATlist 


STAGE= CAT list 


SS=CATlist 


LC=CATlist 


Loadtype 


ATLAS  list  of  stiffness  data  set 
numbers  (integers)  for  which  loads 
data  are  to  be  processed. 

Default:  SET=1 

ATLAS  Mst  of  boundary  condition 
stage  numbers  (integers)  associated 
with  the  stiffness  data  sets  for 
which  loads  data  are  to  be  processed. 
Default:  STAGE= 1 

ATLAS  list  of  lowest- level 
substructure  numbers  (integers)  for 
which  loads  data  are  to  be  processed. 
Default:  A SET/ STAGE  model. 

ATLAS  list  of  load  case  identifiers 
(integers  or  alphanumeric  words) 
or  the  key-word  ALL  denoting  which 
loads  data  are  to  be  processed. 
Default:  LC=ALL:  all  load  cases 

associated  with  the  specified 
SET/STAGE  or  SS  models. 

Key-word  denoting  that  a certain 
type  of  input  load  is  to  be  processed. 
Several  of  these  key-words  may  be 
used  in  a single  statement  to  include 
multiple  tvpes  of  loads  for  the 
specified  load  cases.  The  available 
options  are: 
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NODE 

—Nodal  loads 

DISP 

--Specified  nodal 

displacements 

ELEMENT 

— Element- distributed  loads 

NODTHEPM 

--Nodal  thermal  loads 

ELTQERM 

--Element  thermal  loads 

1 

INERTIA 

— Inertia  loads 

Default: 

All  load  types  associated 

with  the  specified  load 
cases. 


| MATER I AL= (CONSTANT \ 

(VARIABLE J This  parameter  is  used  only  for 

calculation  of  equivalent  nodal  loads 
and  initial  stresses  for  thermal 
loads  on  BRICK  elements.  If  the 
parameter  MATERIAL^ CONSTANT  is  used, 
f the  elastic  properties  are  based 

on  the  element  base  temperature  (the 
element  temperature  defined  via  the 
stiffness  data — sec.  152.0).  If 
the  parameter  MATER IAL= VARIABLE  is 
used,  the  elastic  properties  are 

I based  on  the  final  nodal  temperature 

(the  sum  of  the  element  base 
temperature  and  the  incremental  nodal 
temperatures  defined  via  the  loads 
data — sec.  134.0).  Initial  stresses 
are  based  on  the  final  nodal 
t temperature. 

Default:  MATERIAL= CONSTANT 

LUMP=f actor  The  fraction  (0.0<  factor  <1.0)  of 

SPAR- element  lumped  flange  areas 
as  specified  via  the  stiffness  input 
I data  (see  Appendix  B)  to  be  used 

in  calculating  SPAP-element  initial 
stresses  and  equivalent  nodal  forces. 
This  parameter  is  used  only  if  SPAR 
element  thermal  loads  are  to  be 
processed.  If  the  lumping  factors 

I specified  via  the  : nput  data  are 

c be  effective,  the  parameter 
. .P=1.0  must  be  included  in  Plist. 
Letault:  The  value  assigned  to  the 

parameter  LUMP  in  the  Plist 
Of  the  EXECUTE  STIFFNESS 

| statement  fcr  the  specified 

structural  model. 


I 
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234.3  PRINT  OUTPUT  STATEMENT 


The  following  statement  is  used  to  request  printout  of  the 
cumulated  nodal  loads  and  total  applied-load  resultants  for 
selected  load  cases.  In  general,  the  LOADS  and  MERGE  Processors 
must,  be  executed  prior  to  use  of  this  statement.  If  only  the 
resultants  of  applied  mechanical  loads  are  to  be  printed,  only 
the  LOADS  Processor  need  be  executed  prior  to  using  this 
statement.  Structural  models  for  which  data  are  to  be  printed 
are  identified  by  either  a stiffness  data-set  number  and 
boundary-condition  stage  number  or  a lowest-level  substructure 
number.  Only  one  of  the  identifier  types  (SET/STAGE  or  SS 
described  below)  may  be  used  in  a single  statement.  The  printed 
data  may  also  be  associated  with  node  subsets  defined  via  the 
SUBSET-DEFINITION  Preprocessor  (sec.  156.0) . 


PRINT  OUTPUT  (LOADS,  Plist) 


List  of  optional  parameters  far  Plist: 

SET-Se  The  stiffness  data  set  number  (integer) 

for  which  applied  nodal  loads  are  to  be 
printed. 

Default:  SET=1 

STAGF-St  A boundary  condition  stage  number 

(integer)  associated  with  set  "Se. 
Default:  STAGE= 1 


SS-CATlist 


LC=CATlist 


<L1-Name1\ 
L2=Name2  ) 
L3 -Name3/ 


ATLAS  list  of  lowest-level  substructure 
numbers  (integers)  for  which  loads  data 
are  to  be  processed. 

Default:  A SET/STAGE  model. 

ATLAS  list  of  load  case  identifiers 
(integers  or  alphanumeric  words)  to  be 
processed . 

Default:  All  load  cases  assoc iated  with 
the  specified  SET/STAGE  or  SS 
model . 

Alphanumeric  names  of  the 
load-matrix  partitions  (User  Matrices) 
generated  by  the  MERGE  Processor  for  the 
specified  SET/STAGE  or  SS.  These 
matrices  are  associated  with  the  three 
partition  rows  (FREE,  RETAIN  and  SUPPORT 
kinematic  freedoms)  of  the  gross 
stiffness  matrix  (see  sec.  106.1). 
Several  of  these  parameters  may  be  used 
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LOADS 


C 


in  a single  statement.  Zero  matrix 
partitions  need  not  be  specified.  Nodal 
loads  associated  with  the  FREE  and 
SUPPORT  partitions  are  printed  in  an 
ascending  internal  node  number  order, 
whereas  nodal  loads  associated  with 
the  RETAIN  partition  are  printed  in 
the  order  of  specified  retained  nodal 
freedoms. 

If  the  standard  ATLAS  control  procedures 
are  used  (ref.  appendix  E and  sec. 

200.0),  the  names  Lll,  L21  and  L31  are 
assigned  to  Namel,  Name2  and  Namel  for 
SET/STAGE  structural  models,  and  the  names 
LllSxxx,  L2lSxxx  and  L31Sxxx  are  assigned 
for  lowest-level  substructures.  The  char- 
acters xxx  denote  the  substructure  number, 
right-adjusted  and  zero-filled. 

Defaults:  L1=L11 ,L2=L21,L3=L31  for  SET/STAGE 

models ; 

Ll=LllSxxx , L2=L21Sxxx,L3=L31Sxxx  for 
substructure  models. 

FORMAT = Code  This  parameter  defines  the  format  of 

each  printed  value.  The  options 
available  for  the  inteqer  "Code"  are: 

0 — Optimum  format.  Data  values  a^e  printed 
as  either  F-format  or  E-forroat  decimal 
numbers.  This  option  allows  the  maximum 
number  of  diqits  per  value  to  be  printed 
in  the  field  width  specified  by  the 
parameter  FI ELDW=width. 

1 — F-format.  Data  values  are  printed  as 
decimal  numbers  with  decimal  points 
aliqned  in  the  columns  of  printed  data. 

2- -I-format.  Data  values  are  printed  as 

inteqer  numbers. 

3 —  E-format.  Data  values  are  printed  as 
decimal  numbers  with  exponents. 

Default:  FORMAT=0 
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FIELDW=width 


LINES=lines 


RESULTANTS 


Nxxx 


Number  of  digits  (integer  < 12)  available 
for  each  printed  value*  The  letter 
E,  decimal  points  and  signs  each  require 
one  digit  space* 

Default:  FIELDW=8 

Maximum  number  of  lines  (integer  < 56) 
including  page  headings  to  be  printed 
on  a page. 

Default:  LINES=56 

Key-word  denoting  that  only  the 
resultants  of  all  loads  applied  to  the 
structural  model  are  tc  be  printed. 
Resultants  are  calculated  relative  to 
the  origin  of  the  GLOBAL  reference 
frame. 

Default:  Load  resultants  and  the 

specified  load-matrix  data 
are  printed. 

Node  subset  name  defined  via  the  SUBSET- 
DEFINITION  Preprocessor  (sec.  156.0) 
for  which  cumulated  ncdal  loads  are 
to  be  printed.  The  Asterisk  Name  Option 
(sec.  200.0)  may  be  used  to  identify 
subset  names.  Several  parameters  of 
this  type  may  be  used  in  a single 
sta tement. 

Default:  Loads  are  printed  for  all  nodes 
in  the  SET/ ST AGE  or  SS  model 
that  have  freedoms  associated 
with  the  specif-  1 load-matrix 
partitions. 
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236.0  MACH BOX  AERODYNAMICS  MODULES 


The  MACHBOX  Processor  calculates  unsteady  aerodynamic 
leads  on  riqid  or  elastic,  single  planforms  or  non-coplanar 
wings  or  winq/tail  configurations  in  supersonic  flow,  wing/tail 
configurations  with  or  without  vertical  separation,  longitudinal 
separation  and  dihedral  on  either  surface  may  be  examined. 

A non- intersecting  wing/vertical-tail  combination  may  also  be 
investigated.  The  analysis  technique  is  a three-dimensional 
Mach  Box  method  with  a refinement  option  to  correct  pressure 
distributions  by  airfoil  thickness-slope  factors.  Irregular 
fluctuations  in  the  calculated  pressure  distributions  may 
optionally  be  reduced  via  a box- grid  subdivision  technique 
and/or  a velocity  potential  smoothing  technique.  Development 
of  tne  theoretical  basis  is  presented  in  reference  136-1. 

Generalized  airforce  matrices  required  for  flutter  analyses 
via  the  ADDINT  and  FLUTTER  Modules  (secs.  202.0  and  222.0)  are 
generated  by  execution  of  the  MACHBOX  Processor  (sec.  236.2). 
These  data  are  calculated  by  a modal  solution  based  on  the 
aerodynamic  model  and  structural  modes  defined  by  the  user  (sec. 
136.0).  It  the  MACHBOX  Processor  is  executed  in  conjunction 
with  the  AIC  option  of  the  INTERPOLATION  Processor  (sec.  232.0) , 
the  generalized  airforce  matrices  will  represent  Aerodynamic 
Influence  Coefficient  (AIC)  matrices,  other  data  calculated 
by  this  processor  include  aerodynamic  pressure  distributions, 
velocity  potentials,  box  lifts  and  AGARD  (Advisory  Group  for 
Aeronautical  Research  and  Development)  generalized  aerodynamic 
coefficients.  Perturbation  velocity  components  in  the  flow 
field  (of f-planform  wash  samples)  of  a single  surface  may  also 
be  generated. 

Printout  of  the  MACHBOX  input  data  and  data  calculated 
by  the  MACHBOX  Processor  may  be  requested  from  the  MACHBOX 
Postprocessor  as  described  in  sections  236.1  and  236.3, 
respectively. 


236.1  PRINT  INPUT  STATEMENT 


The  following  statement  is  used  to  request  printout  of 
the  aerodynamic  input  data  associated  with  a particular  MACHBOX 
data  case  (sec.  136.0). 


PRINT  INPUT  (MACHBOX,  Plist) 


The  optional  parameter  for  Plist  is: 

CASE  = Ca  The  aerodynamic  data  case  number 

(integer)  for  which  input  data  are  to 
be  printed. 

Default:  CASE=1 
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• 236.2  EXECUTE  MACHBOX  STATEMENT 

The  following  statement  initiates  execution  of  the  MACHBOX 
Processor.  Previous  execution  of  the  INTERPOLATION  Processor 
is  required  when  structural  mode  shapes  generated  via  the 
VIBRATION  Processor  are  used  in  the  aerodynamic  analysis  or 

* Aerodynamic  Influence  Coefficients  are  to  be  generated  (see 
sec.  136.0). 


EXECUTE  MACHBOX  (Plist) 


List  of  optional  parameters  for  Plist: 


COND=co 


A condition  number  (integer)  in  the 
range  1 to  36  which  identifies  the 
remaining  parameters  of  this  statement, 
If  multiple  executions  are  required 
in  a single  job,  the  condition  number 
specified  by  each  statement  of  this 
type  must  be  unique. 

Default:  COND=1 


CASE=Ca 


The  MACHBOX  data  case  number 
to  be  processed. 

Default:  CASE=1 


(integer) 


MACH= (list) 


A list  of  1 to  20  free-stream  Mach 
numbers,  M.  Each  Mach  number  must  be 
greater  than  1.0  and  < 5.0.  Valid 
solutions  can  be  expected  for  Mach 
numbers  in  the  range  1.2  < M < 3.0. 
Default:  Error.  Execution  is  terminated. 


KVAL= (list) 


A list  of  1 to  20  k-values  (reduced 
frequencies  of  oscillation  expressed 
as  k = (wb/V)  where  u>  is  the  circular 
frequency  of  oscillation,  b is  a 
reference  length  and  V is  the  free 
stream  velocity)  greater  than  or  equal 
to  zero.  The  reference  length  assc  .iated 
with  the  specified  k-values  is  defined 
by  the  parameter  BREF.  Each  of  the 
specified  k-values  may  either  be  0.0 
or  lie  in  the  range  10~5  to  1000.0. 
Default:  Only  the  Mach  Box  aerodynamic 
grid  is  generated. 
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BREF=b 


ANTI  \ 
NONS/ 


DIH1  \ 
DIH2  / 


SUBD<=n> 


A reference  length  greater  than  zero 
associated  with  the  reduced  frequencies 
specified  via  KVAL. 

Default:  Specified  k-values  are  assumed 
to  have  a reference  length 
equal  to  the  chordwise  box 
length. 


Key-word  denoting  that  an  ANTI- 
symmetrical  or  a NONSymrcetrical  analysis 
is  to  be  performed.  No  aerodynamic 
contributions  of  the  surface (s)  in  the 
negative-y  reference-frame  half-space 
are  included  in  a NONSymmetrical 
analysis. 

Default:  Symmetric  aerodynamic  analysis 


Key-word  denoting  that  the  dihedral 
angle  of  Surface  1 (DIH1)  or  the  dihedral 
angle  of  Surface  2 (DIH2)  is  not  to 
be  used  in  calculation  of  the  aerodynamic 
influence  of  the  corresponding  surface 
on  itself.  Both  of  these  parameters 
may  be  used  in  a single  statement. 
Default:  If  neither  one  of  these  key- 
words is  input,  the  dihedral 
angle  of  Surface  1 is  included 
in  calculation  of  the 
aerodynamic  influence  of  Surface 

1 on  itself  and  on  Surface 

2.  Additionally,  the  dihedral 
angle  of  Surface  2 is  included 
in  calculation  of  the 
aerodynamic  influence  of  Surface 

2 on  itself. 

This  parameter  denotes  that  the  Mach 
Box  grid-subdivision  refinement  technique 
is  to  be  used  to  reduce  any  irregular 
fluctuations  in  the  calculated  pressure 
distributions  (see  ref.  136-1).  The 
integer  "n"  must  be  in  the  range  0 < 
n < 12.  This  integer  defines  the  maximum 
number  of  unsubdivided  rows  in  the 
"effective  area."  If  "n"  is  defaulted 
or  the  parameter  "SUBD=0"  is  specified, 
one-third  the  total  number  of  spanwise 
box  rows  on  the  planforro  is  used. 
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Subdivision  refinement  consists  of 
automatically  dividing  the  local  sendinq 
Mach  Box  grid  into  an  even  finer  grid 
while  the  receiving  grid  of  control 
points  remains  unchanged.  This  technique 
may  be  used  only  when  the  receiving 
and  the  sending  boxes  lie  in  the  same 
plane.  Thus,  subdivision  can  be  applied 
to  a wing- tail  configuration  only  when 
the  surfaces  are  coplanar. 

Default:  Subdivision  of  boxes  is  not 
performed  in  the  calculation 
of  normal  wash. 


SURFIT<=n>  \ 

CHORDFIT<=n> / This  parameter  indicates  that  a least 

squares  surface  (SURFIT)  or  chordwise 
(CHORDFIT)  polynomial  of  degree  nuM 
(0  < n < 10)  is  to  be  fitted  to  the 
velocity  potential  distribution  to 
minimize  any  irregular  fluctuations 
in  the  calculated  pressure  distribution. 
If  Mn"  is  defaulted  or  specified  as 
zero,  the  degree  of  the  interpolation 
polynomial  is  automatically  calculated 
as  a function  of  the  number  of  boxes 
on  the  surface  or  on  the  chords.  The 
surface  refinement  is  performed 
separately  to  each  lifting  surface. 
Interpolated  values  of  the  velocity 
potential  are  used  in  calculation  of 
the  generalized  forces. 

Default:  Generalized  forces  are 

calculated  from  the  unsmoothed 
velocity  potential  distribution. 

AICTOL  Key-word  denoting  that  the  velocity- 

potential  AIC  (aerodynamic  influence 
coefficient)  values  are  to  be  calculated 
with  an  integration  tolerance  of  0.01 
percent. 

Default:  AIC  values  are  calculated  with 
a tolerance  of  1.0  percent* 
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LEVEL= (List) 


Key-word  denoting  that  the  aerodynamic 
lifts  and  generalized  forces  are  to 
be  calculated  using  full  box  areas 
everywhere . 

Default:  Lift  and  generalized  force 

calculations  are  based  on  the 
full  areas  and  fractional 
areas,  where  applicable,  of 
the  boxes  contained  within 
the  planform. 

A list  of  1 to  5 retention  level 
indicators  (integers)  in  the  range  1 
to  5 denoting  which  generated  data  are 
to  be  saved  on  the  random  file  MACHRNF. 
Only  the  data  that  are  retained  can 
be  interrogated  subsequently  during 
re-execution  of  this  processor  and  for 
printout  purposes  (see  sec.  236.3). 

The  following  table  illustrates  the 
type  of  data  associated  with  each  LEVEL 
indicator.  See  reference  1-2  for 
detailed  descriptions  of  the  data 
matrices. 

Default:  Mach  Box  grid  data,  generalized 
airforces,  aerodynamic  control 
matrix  and  AIC  arrays  stored 
in  matrices  BOXijmW,  GFOijmk, 
ACMij,  AICPxxx,  AICINDx  and 
ACNijmk  are  always  saved  on 
file  MACHRN^. 
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Description  of  Data 

MBPwix  Names 

1 

Box  data,  generalized  airforces, 
aerodynamic  coefficients  and  the 
aerodynamic  control  matrix 

BOXijmW,  BOXi jfflT, 
GFOijmk,  SFOijmk, 
GACijmk,  GCIijmk, 
SACijmk,  SCIijmk, 
MOnijmk,  ISPijmk, 
MPTij...  , ACM!' 

2 

Box  lifts,  sectional  lifts  and 
sectional  moments 

BLnijmk,  SBnijmk, 
SLnijmk,  SSnijmk, 
CMnijmk,  SMnijmk 

3 

velocity  potjntials  and  pressure 
difference  coefficients 

VPnijmk,  SVnijmk, 
PCnijmk,  SPnijmk 

4 

AIC  matrices 

AICPxxx,  AICCxxx, 
AICWxxx,  AICVxxx, 
AICMxxx,  AICINDx, 
ACNi jmk 

5 

Normal  wash  and  off-planform 
sampling  data 

LNnijmk,  Unnijmk, 
LTnijmk,  UTnijmk, 
SWnijmk,  STnijmk, 
DWPijmk,  PSWijmk, 
PSTijmk,  WSnijmk 

Extensive  amounts  of  data  may  be  generated  by  the  MACHBOX 
Processor  depending  on  the  aerodynamics  model  and  the  specified 
execution  parameters.  The  maximum  number  of  AIC  matrices  that 
may  be  generated  for  a particular  CASE  is  restricted  to  500. 

A box  pattern  data  matrix,  generalized  airforce  matrices  and 
AIC  arrays  are  generated  for  each  combination  of  Mach  number 
and  reduced  freguency  specified  by  Plist  for  a particular  data 
case.  As  a guide  to  the  user,  the  number  of  AIC  matrices  (NAIC) 
generated  for  each  combination  of  Mach  number  )and  reduced 
freguency  by  a single  execution  for  various  configurations  is 
presented  below. 

a)  Single  surface  with  zero  dihedral  (and  off-planform 
sampling) 

NAIC  =1  (♦  NSC) 

where  NSC  = number  of  sampling  chords 

b)  Single  surface  with  non-zero  dihedral  (and  off-planform 
sampling) 

NAIC  = 1 ♦ NWC  (♦  2*NSC) 

where  NWC  = number  of  planform  chords 
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c)  Two  coplanar  or  parallel  surfaces  with  zero  dihedral 

NAIC  = 1 ♦ NCO 

where  NCO  = number  of  chords  on  Surface  2 

d)  Two  surfaces  with  the  same  dihedral  or  two  surfaces 
with  non- zero  dihedral  only  for  Surface  1 

NAIC  = 1 ♦ NWC  ♦ 2*NTC 

where  NTC  = number  of  Surface  2 chords 

e)  Two  surfaces  where  only  Surface  2 has  non-zero  dihedral 

NAIC  = 2*NTC 

f)  Two  surfaces  with  different  non-zero  dihedral 

NAIC  = NWC  ♦ 3* NTC 

Calculation  of  the  AIC  matrices  is  the  most  time-consuming 
part  of  a MACHBOX  aerodynamic  solution.  To  minimize  computer 
time  requirements,  the  MACHBOX  Processor  automatically  reuses 
previously-calculated  AIC  matrices  rather  than  recalculating 
them  under  certain  circumstances.  An  AIC  matrix  saved  on  file 
MACHBNF  via  a preceding  EXECUTE  MACHBOX  statement  or  via  an 
ATLAS  LOAD  (sec.  200.0)  statement  may  be  reused.  An  AIC  matrix 
is  reused  if  the  associated  aerodynamic  model  has  the  same 
horizontal  and/or  vertical  planform  separation,  the  same  Mach 
Box  qrid  size  calculated  at  the  same  Mach  number  and  k- value 
with  the  same  AICTOL  integration  tolerance.  This  capability 
allows  the  user  to  add  and/or  alter  the  structural  modes  used 
in  the  analysis  in  addition  to  applying  thickness  pressure- 
correction  data  or  requesting  off- planform  wash  samples  based 
on  previously- calculated  AIC  matrices. 


236.  8 


t-4-  ■ 


I 


^ MACHBOX 


’ € 


236.3  PRINT  OUTPUT  STATEMENT 


The  following  statement  is  used  to  request  printout  c z 
the  aerodynamic  data  calculated  by  the  MACHBOX  processor. 

PRINT  OUTPUT  (MACHBOX,  Pllst)  *" 

List  of  optional  parameters  for  Plist: 


CA3E=Ca 


COND=Co 


MACH= (List) 


KVAL= (List) 


LEV5L=  (List) 


The  aerodynamic  data  case  number 
(integer)  for  which  generated  data  are 
to  be  printed. 

Default:  CASE=1 

The  aerodynamic  condition  number 
(integer)  specified  by  an  EXECUTE  MACHBOX 
parameter  list  for  which  generated  data 
are  to  be  printed. 

Default:  C0ND=1 

A list  of  1 to  20  Mach  numbers  associated 
with  the  selected  COND  number. 

Default:  Data  generated  for  all  Mach 
numbers  associated  with  COND 
are  printed. 

A list  of  1 to  20  reduced  frequency 
values  associated  with  the  selected 
COND  number. 

Default:  Data  generated  for  all  k-values 
associated  with  COND  are 
printed. 

A list  of  1 to  5 integers  in  the  range 
1 to  5 denoting  which  group (s)  of 
generated  data  are  to  be  printed.  See 
description  of  LEVEL  presented  in  section 
236.  2. 

Default:  Box  pattern  data  and  generalized 
airforces  are  printed. 
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The  MASS  Processor  calculates  all  mass/weights  data 
associated  with  an  ATLAS  mass  finite- element  model  established 
via  the  mass  data  (sec.  138.0).  Execution  of  the  MASS  Processor 
as  discussed  ir  section  238.2  generates  one* or  more  of  the 
following  types  of  data. 

a)  A non-diagonal  mass  matrix  whose  rows  correspond  with 
the  retained  nodal  degrees- of- freedom  ordered  via  the 
BC  data.  This  matrix  is  generated  i.n  the  following 
manner:  (1)  a polyhedral  region  is  associated  with 
each  retained  node  such  that  the  -^closed  volume  is 
closest  to  the  retained  node,  (2)  the  mass  and  inertia 
within  each  polyhedron  are  lumped  at  its  center  of 
gravity  and  then  transferred  to  the  associated  retained 
node,  (3)  the  mass  matrix  terms  corresponding  to  the 
retained  degrees-of-feedom  are  assembled  to  form  the 
non-diagonal  mass  matrix. 

b)  A diagonal  mass  matrix.  This  matrix  is  generated 
similarly  to  the  one  discussed  in  (a)  except  the  mass 
and  inertia  contained  within  each  polyhedron  are  lumped 
directly  at  the  retained  node. 

c)  Lumped  mass  matrices  associated  with  structural  and 
non- structural  finite  elements  of  a mass  model.  These 
elemental  matrices  may  be  merged  via  the  MERGE  Processor 
(sec.  242.0)  to  form  a gross  mass  matrix.  This  gross 
matrix  may  be  reduced  via  the  MULTIPLY  Processor  (sec. 
244.0)  to  effect  a Guyan- reduced  mass  matrix  (ref. 
238-1).  All  finite  elements  must  be  defined  via 
Structural  nodes  (sec.  14  6.0). 

d)  A panel-weight  matrix  associated  with  user-defined 
auxiliary  panels  (e.g. , airload  panels)  specified  via 
the  mass  data. 

e)  Detailed  weight-statement  data  associated  with  the 
printout  levels  specified  via  the  mass  data. 

f)  Fuel  data 

g)  Payload  data 

Display  of  mass  model  data  is  supported  by  sivi-i  ATLAS 
modules.  Printout  of  the  mass  input  data  may  be  requested  from 
the  MASS  Postprocessor  (sec.  238.1)-  Plots  of  these  uata  can 
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also  be  effected  via  the  EXTRACT  and  GRAPHICS  Postprocessors 
as  discussed  in  sections  218.0  and  228.0. 


Frintout  of  the  data  calculated  by  the 
may  be  requested  from  the  HASS  Postprocessor 
These  data  may  also  be  displayed  graphically 
and  GRAPHICS  Postprocessors. 


NASS  Processor 
(sec.  238.3). 
via  the  EXTRACT 
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238.1  PRINT  INPUT  STATEMENT 

The  following  statement  is  used  to  request  printout  of 
the  mass  input  data  (sec.  138.0).  The  printed  data  may  be 
associated  with  a complete  mass  data  set  or  with  selected 
element,  fuel,  payload,  concentrated  mass  and/or  auxiliary  panel 
data  subsets. 


| PRINT  INPUT  (MASS.  Plist)  | 

The  available  options  for  Plist  are  described  in  sections 
238.1.1  and  238.1.2. 


238. 1 . 1 Data-Set  Print  Option 

This  option  allows  the  user  to  print  all  the  mass  input 
data  or  selected  mass  data  subsets  of  a data  set.  The  optional 
parameters  for  Plist  are: 


SET=Se 


ELEMORDEF=Ord 


NOELEMENTS 


NO(Eltype) 


The  mass  data  set  number  (integer)  for 
which  input  data  are  to  be  printed. 
Default:  SET=1 

This  parameter  defines  the  ascending 
element -number  order  in  which  the  element 
data  are  to  be  printed.  Optional  key- 
words for  "OrdH  are: 

USERID  — User  number  order 

INPUT  --  Input  record  number  order 

INTERNAL  — Internal  element  number  order 

Default:  ELEMOFDER=USERID 


Key-word  that  suppresses  printing  of 
all  non- structural  element  data. 
Default:  All  non- structural  element 

data  associated  with  data  set 
"SeM  are  printed. 


Key-word  that  suppresses  printing  of 
data  for  a selected  non-structural 
element  type.  One  or  more  of  these 
key-words  may  be  used  in  a single 
statement.  The  options  are: 


NORODS  NOSPARS  NOPLATES 

NO BEAMS  NOCOVERS  NOSCALARS 
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no  {Subset} 


Default:  Data  are  printed  for  all  element 
types  in  set  "Se.w 

Key-word  that  suppresses  printing  of 
a selected  mass  input-data  subset. 

One  or  more  of  these  key-words  may  be 
used  in  a single  statement.  The  options 
are: 


NOCONDITION 

NOFUEL 

NOPAYLOAD 

NOMASS 

NOPANELS 

NOLUMPING 

NOFACTOR 

NO  LAB  EL 


Mass-distribution 
condition  data 
Fuel  condition  data 
Payload  condition  data 
Concentrated  mass  data 
Auxiliary  panel  data 
Mass  lumping  data 
Weight  factor  data 
Weight- statement  label 
data 


Default:  All  the  foregoing  types  of 

data  for  set  MSeM  are  printed. 


2 38.  1.2  Data-Subset  Print  Option 

This  option  allows  the  user  to  print  the  mass  data 
associated  with  selected  mass  data  subsets.  Additionally,  the 
data  associated  with  non- structural  mass  element  subsets  of 
a mass  data  set  which  have  been  identified  via  the  SUBSET- 
DEFINITION  Preprocessor  (sec.  156.0)  may  be  printed.  The  data 
associated  with  each  subset  are  printed  separately.  The  optional 
parameters  for  Plist  are: 

SUBSETS  Key-word  required  for  subset  data 

printing. 

Default:  The  data  set  print  option  is 
assumed. 

SET=Se  The  mass  data  set  number  (integer)  for 

which  input  data  are  t«_»  be  printed. 
Default:  SET=1 

Data  Key-word  that  initiates  printing  of 

a particular  subset  of  mass  input  data. 
One  or  more  of  these  ke^ -words  may  be 
used  in  a single  statement.  The  options 
are: 


CONDITION 


--Mass-distribution 
condition  data 


MASS 
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Cxx, Gxx 


Exxx<=Ord> 


FUEL 

PAYLOAD 

LUMPING 

FACTOR 

LABEL 


--Fuel  condition  data 
— Payload  condition  data 
—Mass  lumping  data 
--Weight  factor  data 
— Weight- statement  label  data 


Default:  None  of  the  foregoing  types 
of  data  are  printed. 


These  parameters  denote  that  a 
concentrated  mass  (C)  subset  and/or 
auxiliary- panel  subset  geometry  (G) 
are  to  be  printed.  Each  of  these 
parameters  is  comprised  of  a letter 
followed  by  a one  or  two-digit  integer 
defined  by  the  mass  data.  One  or  more 
of  these  parameters  may  be  used  in  a 
single  statement.  The  Asterisk  Name 
Option  (see  sec.  200.  2)  may  be  used 
to  identify  subsets. 

Default:  Concentrated  mass  or  panel 

subset  geometry  data  are  not 
printed. 

The  data  associated  with  the  element 
subset  identified  by  Exxx  are  printed 
in  the  order  denoted  by  the  key-word 
°rd : 

USERID 

Ord  = INPUT 

INTERNAL 

These  print-orders  are  interpreted  in 
a manner  similar  to  the  ELEMORDER  key- 
word for  data  set  printout. 


Default:  Ord=USERID 


One  or  more  of  these  parameters  may 
be  used  in  a single  statement.  A print- 
order  remains  in  effect  for  the 
subsequent  subset  names  in  Plist  as 
it  is  interrogated  in  a left-to-right 
order  until  it  is  reset. 

The  Asterisk  Name  Option  (s  c,  200.  2) 
may  be  used  to  identify  subs  *;  names. 

Default:  Element  subset  data  are  not  printed. 
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NO  {Eltype} 


Key-word  that  suppresses  printing  of 
data  for  a selected  element  type  that 
may  be  in  subsets  Exxx.  One  or  more 
of  the  following  optional  key-words 
may  be  used  in  a single  statement. 

NORODS  NOSPARS  NOPLATES 

NOBEAMS  NOCOVERS  NOSCALARS 

Default:  Data  are  printed  for  all  element 
types  included  in  subsets  Exxx. 

Example:  Assume  the  non-structural  mass  element  data  and 

the  associated  MASS  subsets  Exxx  have  been  defined 
in  regards  to  the  following  Control  Program 
statement. 

PRINT  INPUT  (MASS,  SUBSETS,  E2,  E201,  E5=INPUT,  E1*2  = USERID) 

This  statement  initiates  printing  of  subsets  E2,  E201, 

E102,  El  1 2 , ...,  E192  in  USERID  order  and  E5  in  INPUT 
order. 

Printout  of  fuel,  payload,  concentrated  mass  and/or  panel 
geometry  subset  data  may  be  requested  via  the  same 
statement  illustrated  above  or  may  be  requested  separately 
from  the  mass  element  subset  printout.  For  example,  the 
statement 

PRINT  INPUT  (MASS,  SUBSETS,  FUEL,  PAYLOAD,  C*,  G5) 

initiates  printing  of  the  following  subsets: 

Cl,  C2,  ...,  C9,  G5  and  the  fuel  and  payload  data. 
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238.2  EXECUTE  MASS  STATEMENT 

The  following  statement  initiates  execution  of  the  MASS 
Processor.  No  other  processor  need  be  executed  prior  to  this 
one. 


EXECUTE  MASS  (Plist) 


List  of  optional  parameters  for  Plist: 

SET=Se  The  mass  data  set  number  (integer)  to  be 

processed . 

Default:  SET=1 

CONDITION =Co  The  mass  distribution  condition-number 

(integer)  to  be  processed.  The  mass 
matrix  or  the  panel -weight  matrix  for  the 
specified  CONDITION  is  to  be  calculated 
via  OPTION  2 or  3. 

Default:  All  mass  conditions  associated 
with  data  set  "Sen  are 
processed. 

OPTION=Type  This  parameter  defines  which  type  of 

weight  data  or  mass  matrices  are  to  be 
calculated.  The  optional  values  for 
"Type"  (integer)  are: 

1 —  Element  weights,  inertias  and  totals 
thereof 

2 —  Diagonal,  reduced  mass  matrix 

3 —  Non-diagonal,  reduced  mass  matrix 

4 —  Lumped  mass  matrices  associated  with  each 
of  the  structural  and  nor.-structural 
finite  elements.  All  elements  must  be 
defined  via  Structural  nodes  (sec. 

146.0) . This  option  is  used  when  a 
Guyan-reduced  mass  matrix  is  to  be 
generated  for  set  "Se." 

Default:  OPTIONS 

Caution:  The  mass  associated  with  BRICK 
structural  elements  is  ignored 
if  OPTION =-2  or  OPTION=3  is  used. 
For  all  options,  the  BRICK 
element  weights  are  not  included 
in  the  total  structural  weight. 
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CONMASS=Nura 


The  concentrated  mass  subset  number 
(integer)  for  which  element  mass  matrices 
are  to  be  generated.  This  parameter 
is  only  effective  for  0PTI0N=4. 

Default:  Element  mass  matrices  are 

generated  for  all  concentrated 
mass  subsets  when  0PTI0N=4 
is  specified. 

INERTIAS  Key-word  that  causes  moments  of  inertia 

to  be  calculated  for  each  auxiliary 
weight  panel.  This  parameter  is  only 
applicable  when  a panel-weight  matrix 
is  requested  via  the  specified  CONDITION 
number. 

Default:  Weight-panel  moments  of  inertia 
are  not  calculated. 

The  mass  associated  with  a substructured  model  (see  sec. 

130.0)  may  be  calculated  in  one  of  the  following  ways: 

a)  If  the  mass  associated  with  the  structural  elements 
of  lowest-level  substructures  is  to  be  considered, 
all  mass  data  must  be  defined  relative  to  these 
equivalent  SET/STAGE  models.  In  this  case,  the  same 
mass  CONDITION  number  must  be  assigned  to  each  of  these 
mass  data  sets  (sec.  138.0).  Mass  execution  options 

2,  3 or  4 may  be  used  for  these  SETS.  Reduced  mass 
matrices  for  those  SETS  executed  via  OPTlON=4  are 
calculated  most  conveniently  via  the  cataloged  control 
statements  presented  in  appendix  E.  The  reduced  mass 
matrices  for  higher- level  substructures  and  the  highest- 
level  substructure  are  calculated  by  Guyan-reduction 
(see  M-PEDUCE  and  REDUCE  procedures  in  appendix  E) . 

b)  Mass  data  may  be  defined  directly  for  a highest-level 
substructure  strictly  via  a mass  data  set  (sec.  138.0) 
for  the  equivalent  SET/STAGE  model.  In  this  case, 
generation  of  the  reduced  mass  matrix  for  the  highest- 
level  substructure  is  effected  for  the  mass  SET  via 
mass  execution  option  2 or  3. 
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238.3  PRINT  OUTPUT  STATEMENT 

Printout  of  the  following  data  calculated  by  the  MASS 
Processor  may  be  requested: 

a)  Detailed  weight  statements 

b)  Structural  and  non- structural  element-subset  masses 
and  geometry  data 

c)  Summary  of  total  mass  properties  and  condition  data 

d)  Mass  matrices  associated  with  a set  of  retained  nodal 
degr ees-of- freedom 

e)  Panel-weight  matrices 

f)  Fuel  and  payload  data 


PRINT  OUTPUT  (MASS,  Plist) 


List  of  optional  parameters  for  Plist: 

Set=Se  The  mass  data  set  number  (integer)  for 

which  generated  data  are  to  be  printed. 
Default:  SET= 1 

STATEMENT<=Code>  This  parameter  denotes  that  the  detailed 

weight-statement,  as  defined  by  the 
mass  data  (sec.  138.0) , is  to  be  printed 
according  to  the  3-digit  integer  Code, 
ABC,  defined  as  follows: 

A— Detail  indicator  denoting  what  type 
of  data  are  to  be  printed  for  each 
component  of  the  weight-statement. 

The  options  are: 

1 -  Total  mass  properties 

2- -Total  mass  properties  and  element 

mass  properries 

3- -Total  mass  properties,  element  mass 

properties  and  element  geometric 
data 
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B— Element  data  order  indicator.  This 
digit  is  ignored  if  A=1  but  must  be 
input.  The  options  are: 

1- -Ascending  user  number  order 

2 -  Ascending  internal  number  order 

3- -Ascending  input-record  number  order 

C — Inertia  switch.  The  options  are: 

1 — No  inertias  are  printed 
? — Inertias  relative  to  the  GLOBAL 
reference  frame  are  printed 
3 — Inertias  are  printed  relative  to 
a coordinate  system  whose  origin 
is  at  the  center  of  gravity  of  the 
corresponding  subset  or  element  and 
whose  orientation  is  the  same  as 
the  GLOBAL  reference  frame. 

Default:  If  the  key-word  STATEMENT  is  not  used, 
no  weight- statement  is  generated.  If 
only  the  key-word  is  input,  the  total 
mass  p;  jperties  are  printed  (ABC=111). 


EKxxx<aX=Code>\ 

EMxxx<aX=Code>/  These  parameters  initiate  printing  of 

the  mass  and  geometric  data  for  the 
elements  in  the  stiffness  (K)  or  mass 
(M)  subset  denoted  by  EKxxx  and  EMxxx, 
respectively.  The  characters  xxx  denote 
an  element  subset  number  defined  via 
the  SUBSET-DEFINITION  Preprocessor. 

The  optional  <a>  is  effective  only  for 
any  SPAR,  COVER  and  CCOVEP  element  types 
(see  appendices  B and  C)  which  may  be 
included  in  the  specified  subset.  This 
portion  of  the  key-word  is  input  as 
the  3 characters  (U) , (L)  or  (W)  . These 
characters  denote  that  only  the  upper 
(U)  surface  and  flange  data,  only  the 
lower  (L)  surface  and  flange  data,  or 
only  the  SPAR  web  (W)  data  for  the 
corresponding  elements  in  the  subset 
are  to  be  printed. 

"Code”  is  an  optional  3-digit  integer 
ABC  defined  as  above  for  the  STATEMENT 
parameter.  This  code  is  effective  for 


Defaults: 


SUMMARY 


MDC=MDCxxxY 


FUEL 


the  subsequent  subsets  identified  in 
Plist  as  it  is  interrogated  in  a left* 
to- right  order  until  it  is  reset. 

One  or  more  of  these  parameters  may 
be  used  in  a single  statement.  The 
Asterisk  Name  Option  (see  sec.  200.2) 
may  be  used  to  identify  subsets. 

If  the  vords  EKxxx  or  EMxxx  are  not 
input , no  subset  data  printout  is 
generated.  The  default  for  Code  is 
111. 

Key-word  that  initiates  printing  of 
the  total  mass- property  data  and  a 
summary  of  the  mass-distribution 
condition  data. 

Default:  No  summary  data  are  printed. 

This  parameter  initiates  printing  of 
the  mass  and/or  panel-weight  matrices 
identified  by  the  name  MDCxxxY  for  a 
mass-distribution  CONDITION.  One  or 
more  of  these  parameters  may  be  used 
in  a single  statement.  The  Asterisk 
Name  Option  (see  sec.  200.2)  may  be 
used  to  identify  these  matrices. 

Default:  No  mass  or  panel-weight  matrices 
are  printed. 

Key-word  which  must  be  specified  if 
any  of  the  following  parameters  TABLES 
or  TANKS  is  used.  If  only  this  key- 
word is  specified,  the  total  mass 
properties  of  the  fuel-distribution 
conditions  associated  with  data  set 
"Se"  are  printed. 

Default:  No  fuel-table  data  or  fuel- 

distribution  data  are  printed. 


TABLES<=Par> 


This  parameter  denotes  which  types  of 
fuel-table  data  are  to  be  printed. 

"Par"  is  a 2-digit  integer,  AB,  defined 
as  follows: 

A— Fuel-tank  geometry  switch.  The 
options  are: 

1 —  No  geometries  are  printed 

2- -Geometries  are  printed 

B-- Inertia  switch.  The  options  are: 

1 —  No  inertias  are  printed 

2 —  Inertias  relative  to  the 
GLOBAL  reference  frame  are 
printed 

3 —  Inertias  are  printed  relative 
to  the  c.  g.  of  each  fuel  tank 

Default:  TABLES= 1 1 if  the  key-word  FUEL  is 
specified. 

TANKS<=Par>  This  parameter  denotes  which  types  of 

fuel-distribution  data  are  to  be  printed. 
"Par"  is  a 2-digit  integer,  AB,  defined 
as  follows: 

A— Fuel- tank  mass  property  switch.  The 
options  are: 

1- -Total  mass  properties 

2- -Mass  properties  for  the 

individual  tanks 

B--Inerti.a  switch.  The  options  are: 

1 -  No  inertias  are  printed 

2- -Inertias  relative  to  the 

GLOBAL  reference  frame  are 
printed 

3- - Inertias  are  printed  relative  to 

•the  c.  g.  of  the  total  fuel- 
distribution  data  (if  A=1)-  or 
relative  to  the  c. g.  of  each  tank 
(if  A=2) 

Default:  TANKS=11  if  the  key-word  FUEL  is 
specified. 
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MASS 


PAYLOAD<=Par>  This  parameter  denotes  which  types  of 

payload-distribution  data  are  to  be 
printed.  "Par"  is  a 2-digit  integer, 
AB,  defined  as  follows: 

A--Payload  (passengers  and/or  cargo  holds) 
mass  property  switch.  The  options  are: 

1- - Total  mass  properties 

2- -Mass  properties  for  the  individual 

passengers  and/or  cargo  holds 

B--Inertia  switch.  The  options  are: 

1- -No  inertias  are  printed 

2- -Inertias  relative  to  the  GLOBAL 

reference  frame  are  printed 

3 -  Inertias  are  printed  relative  to 
the  c.g.  of  each  passenger  and/or 
cargo  hold 

Default:  PAYL0AD=11 

Example  PRINT  statements: 

PRINT  OUTPUT  (MASS,  STATEMENT5 2 1 3 ) 

PFINT  OUTPUT  (MASS,  EK1  = 313,  EM 14  (L)  , SUMMARY) 

PFINT  OUTPUT  (MASS,  MCC=MDC01**) 


MATERIAL 


240.0  MATERIAL  POSTPROCESSOR 


Printout  of  the  elastic  properties  and/or  the  design 
allowable  stresses  associated  with  the  ATLAS  standard  materials 
and  user-defined  Special  or  Composite  materials  (sec.  140.0) 
may  be  requested  from  the  MATERIAL  Postprocessor  as  described 
in  section  240.1.  Options  are  provided  to  display  the  following 
types  of  data  for  selected  materials: 

a)  The  elastic  properties  associated  with  the  first 
principal  direction  of  Standard  and  Special  isotropic 
materials 

b)  The  elastic  properties  associated  with  each  principal 
direction  of  the  materials 

c)  only  the  ultimate  or  only  the  yield  allowable  stresses 

a)  Elastic  properties  and  allowable  stresses 


•*»  BUNK  NOT  FILMED 


240.1  PFINT  INPUT  STATEMENT 


The  following  statement  is  used  to  request  printout  of 
the  Material  data. 


PFINT  INPUT  (MATERIAL,  Plist) 


List  of  optional  parameter  for  Pliat: 


This  parameter  denotes  the  material 
reference  codes  for  which  elastic  properties 
and/or  design  allowable  stresses  are  to  be 
printed,  optional  values  of  this  parameter 
are : 


STANDARD 
Ml  , M2 , . . . , Ml  0 
M51 ,M52, • . • , M99 
Cl ,C2,. .. ,C31 


--All  Standard  materials 
--Selected  Standard  materials 
— Selected  Special  materials 
--Selected  Composite  materials 


One  or  more  of  these  parameters  may  be  used 
in  a single  statement.  The  Asterisk  Name 
Option  (sec.  200.0)  may  be  used  to  identify 
material  codes. 


Default:  Material  data  are  printed  for  all 

Special  and  Composite  materials 
that  have  been  defined. 


/elastic 

(allowables 


This  parameter  denotes  that  only  the 
ELASTIC  p<op-jrties  or  only  the  design 
ALLOWABLES  arc  to  be  printed  *or  the 
specified  materials.  If  ALLOWABLES  is 
used,  printout  may  be  further  limited  tn 
only  the  ultimate  (U)  or  only  the  yield  (Y) 
stress  data.  One  or  more  of  thee  parameters 
may  be  used  in  a single  statement. 

Default:  ELASTIC  properties  and  ALLOWABLE 

stresses  are  printed. 


ISOTROPIC  Key-vord  denoting  that  only  the  elastic 

properties  associated  wi+u  the  first 
principal  direction  of  the  material  are 
to  be  printed.  This  key-word  is  net 
applicable  to  Composite  macer’  Is. 

Default:  Elastic  property  data  associated 

with  each  of  the  prinoioal 
materia)  directions  ar_-  printed. 
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242.0  MERGE  PROCESSOR 


The  MERGE  Processor  assembles  elemental  and  substructure 
elastic  and  qeometric  stiffness,  mass,  loads  and  displacement 
matrices  to  generate  qross  structural  matrices  or  selected 
submatrices  thereof  for  subsequent  analyses.  Additionally, 
this  processor  performs  specialized  functions  that  support  back- 
substitution  operations  required  for  stress/displacement  analyses 
of  ,-nstructure  models.  Execution  of  this  module  to  effect 
structural  analyses  via  the  ATLAS  System  is  illustrated  by  the 
cataloged  control  statements  presented  in  appendix  E.  These 
cataloged  statements  are  a user  convenience  that  obviates  the 
need,  in  most  cases,  to  use  the  explicit  EXECUTE  MERGE  statement. 
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242.1  EXECUTE  MERGE  STATEMENT 

The  followinq  statement  initiates  execution  of  the  MERGE 
Processor.  Previous  execution  of  other  processors  is  required 
to  qenerate  the  data  matrices  used  by  this  processor.  In  all 
cases,  the  STIFFNESS  Processor  must  be  executed  prior  to 
execution  of  this  processor. 

f EXECUTE  MERGE  (Plist) 

List  of  optional  parameters  for  Plist: 

Key-word  denotinq  that  elastic  or  qeometric 
stiffness  (STIFFNESS  or  G STIFFNESS) , MASS, 
LOADS  or  DISPLACEMENT  matrices  are  to  be 
assembled  (merqed)  or  that  substructure 
back-substitution  operations  (PARTITION 
and  EXPANSION)  are  to  be  performed. 

Use  of  the  latter  two  key-words  is 
discussed  in  detail  below.  Only  one 
of  these  key-words  may  be  used  in  a 
single  statement. 

Default:  Error.  Execution  is  terminated. 

If  the  MASS  option  is  selected,  there 
must  be  a mass  property  associated  with 
each  retained  kinematic  freedom  for 
the  specified  "STAGE."  If  this  is  not 
the  case,  execution  is  terminated 
subsequent  to  printing  a list  of  all 
such  deficiencies.  Elemental  mass 
matrices  and  concentrated  masses  (see 
CONMASS  parameter)  contribute  to  the 
mass  properties  associated  with  the 
retained  freedoms. 

Matrices  to  be  assembled  must  be  associated  with  one  or 
more  structural  model  components  each  identified  by  either  a 
data  set  number  and  boundary  condition  (BC)  stage  number 
(SET/STAGE)  , a substructure  number  (SS)  or  a buckling  set  number 
(BSET).  The  component  identifier  SET/STAGE  may  not  be  used 
with  SS  or  BSET  in  Plist 

SET=3e  Either  the  stiffness  data-set  number 

(integer)  for  which  STIFFNESS,  LOADS 
or  DISPLACEMENT  matrices  are  to  be 
assembled  or  the  mass  data  set  number 
(inteqer)  identifying  which  MASS  matrices 
are  to  be  assembled.  Finite-element, 
elastic  stiffness  matrices  must  have 


STIFFNESS 
G STIFFNESS 
MASS 
LOADS 

DISPLACEMENTS 

PARTITION 

EXPANSION 
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MERGE 


STAGE=St 


ss=sub 


BSET=Num 


CQNMASS=Num 


been  calculated  via  the  STIFFNESS 
Processor  (sec.  252.2)  , loads  and 
displacements  prepared  via  the  LOADS 
Processor  (sec.  234.1)  and  finite-element 
mass  matrices  calculated  by  OPTION=4 
of  the  MASS  Processor  (sec.  238.2). 
Default:  SET=1 

The  BC  stage  number  (integer)  associated 
with  the  specified  stiffness  or 
stif f ness/mass  data  set  for  which  the 
specified  type  of  matrices  is  to  be 
assembled. 

Default:  STAGE =1 

A substructure  number  (integer, , assigned 
via  the  interact  data  (sec.  130.0), 
for  which  the  specified  operation  is 
to  be  performed. 

Default:  SET/STAGE  component  matrices 
are  to  be  assembled. 

Ihe  buckling  set  number  (integer)  for 
which  GSTIFFNESS  matrices  are  to  be 
assembled.  Finite-element,  qeometric 
stiffness  matrices  must  have  been 
calculated  via  the  STIFFNESS  Processor 
(sec.  252.  2).  If  this  parameter  is 
used  with  the  "SSM  parameter,  the 
component  qeometric  stiffness  matrices 
to  be  assembled  must  be  User  Matrices 
identified  as  GREDxxx,  where  "xxx"  is 
a component  substructure  number. 

Default:  BSET=1  if  GSTIFFNESS 
is  specified. 

The  number  (inteqer)  of  a subset  of 
concentrated  masses,  defined  via  the 
mass  data  (sec.  138.0)  , which  are  to 
be  assembled,  concentrated  masses  may 
be  assembled  with  elemental  mass  matrices 
previously  generated  for  the  SET/STAGE 
component.  This  parameter  is  only 
applicable  when  the  MASS  cption  is 
selected. 

Default:  Nc  concentrated  masses  are 
assembled. 


R ETAIN  = Code 


This  parameter  denotes  the  action  to 
be  taken  when  an  inactive  kinematic 
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freedom  (one  that  has  xero  stiffness) 
has  been  retained.  The  options  available 
for  the  integer  "Code"  are: 

1—  Error.  Execution  is  terminated. 

2 —  Warning.  The  requested  operation  is 
executed. 

Regardless  of  the  selected  “Code, " if 
an  inactive  freedom  has  been  retained 
for  subsequent  analyses  or  if  a load 
has  been  applied  to  an  inactive  freedom, 
a list  of  all  such  freedoms  is  printed. 

Default:  RETAIN=1 

2PTION=Code  This  parameter  denotes  the  action  to 

be  taken  when  the  name  of  a matrix 
specified  via  the  "Name"  parameter  is 
the  same  as  the  name  of  a previously- 
generated  User  Matrix.  The  options 
for  the  inteqer  "Code"  are: 

1—  The  specified  operations  are  performed 
and  the  contents  of  the  previously- 
generated  matrix  "Name"  are  over-written. 

2—  The  specified  operations  are  not 
performed.  Subsequent  control 
statements,  however,  are  executed. 

This  option  allows  the  user  to  avoid 
recalculation  of  previously- genera  ted 
matrices  as  in  the  case  of  problem- 
execution  restart  or  during  substructure 
analyses. 

In  both  cases,  a warning  message  is 
issued. 

Default:  0PTI0N=1 

Naire=lndex  This  parameter  allows  the  user  to  specify 

that  only  a particular  sufcmatrix  of 
a qross  matrix  for  a SET/STAGE  or  BSET 
component  is  to  be  generated.  "Name” 
and  "Index”  are  as  follows: 

Name— Alphanumeric  name  of  the  resulting  User 
Matrix  (see  sec.  200.0). 
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Index— A two-digit  integer  identifying  which 
submatrix  of  a particular  gross  matrix 
(elastic  or  geometric  stiffness,  mass, 
loads  or  displacements)  is  to  be 
generated.  Each  of  these  digits  is 
either  1,  2 cr  3 corresponding  to  the 
freedom  activity  labels  FREE,  RETAIN 
and  SUPPORT,  respectively.  The  first 
digit  defines  the  row-partition  number, 
whereas  the  second  digit  defines  the 
column-parti tian  number  (e.g.  , 1 ^FREE- 
FREE,  2 3=RETTAIN- SUPPORT,  etc.)  of  the 
matrix  that  is  to  be  generated.  The 
DISPLACEMENT  matrix  must  be  identified 
by  31  and  the  LOADS  matrices  must  be 
identified  by  11,  21  and  31. 

Whenever  a parameter  of  this  type  is 
input,  only  the  specified  matrices  are 
assembled.  If  more  than  one  matrix 
is  to  be  generated,  this  parameter  is 
repeated  as  necessary.  All  nine 
partition  matrices  of  a general  gross 
matrix  may  be  requested.  This  parameter 
is  not  applicable  to  assembling 
substructure  matrices. 

Default:  If  this  parameter  is  not  input  when 
SET/STAGE  or  BSET  component  matrices 
are  to  be  assembled,  all  diagonal  and 
above-diagonal  partition  matrices  of 
the  corresponding  gross  matrix  are 
assembled.  Each  partition  (User  Matrix) 
is  automatically  assigned  a name  ABCXXYY 
where 

A — The  letter  D,  G,  K,  L or  M associated 
with  the  type  of  matrices  being 
assembled: 

D-- DISPLACEMENTS 
G--GSTIFFN  ESS 
K — STIFFNESS 
L— LOADS 
M--MASS 

BC--Two  characters  that  identify  a particular 
partition  matrix.  For  the  G,  K and 
M type  matrices,  each  character  is  the 
first  letter  of  one  of  the  kinematic- 
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freedom  activity  labels  (see  sec.  106. 1)  . 
These  letters  are  F,  R and  s for  the 
labels  FREE,  RETAIN  and  SUPPORT, 
respectively.  The  first  letter  in  this 
pair  identifies  the  row  address  of  the 
matrix,  whereas  the  second  letter 
identifies  the  column  address  of  the 
matrix  (e. q. , FF= FREE- FREE,  RS=RETAIN- 
SUPFORT,  etc.).  The  DISPLACEMENT  matrix 
is  identified  by  the  character  pair 
SI,  whereas  the  LOADS  matrices  are 
identified  by  FI,  R1  and  SI. 

XX— The  STAGE  number  or  BSET  number. 

YY—  The  SET  number  or  blank  if 
BSET  is  specified. 

Substructure  (SS)  component  User  Matrices  assembled  by 
the  MERGE  Processor  are  identified  by  system- standard  7 -character 
names  of  the  form  ABCSXXX  where 

A— The  letter  D,  G,  K,  L or  M associated  with  the  type 
of  matrices  being  assembled: 

D—  D I SPLACEMENTS 
G— GSTIFFNESS 
K— STIFFNESS 
L— LOADS 
M--MASS 

BC— A two-digit  integer  identifying  the  row  address  and 
column  address,  respectively,  of  the  partition  matrix. 
Each  of  these  digits  is  either  1,  2 or  3 corresponding 
to  the  kinematic-freedom  activity  labels  FREE,  RETAIN 
and  SUPPORT,  respectively.  The  digit  C is  always  1 
for  LOADS  and  DISPLACEMENT  matrices  and  the  digit  B 
is  always  3 for  DISPLACEMENT  matrices. 

S— The  letter  S. 

XXX — The  substructure  number. 

The  diagonal  and  above-diagonal  partition  matrices  of  the 
corresponding  gross  matrix  for  the  specified  *'SS"  are  always 
generated  via  a single  statement.  No  matrix- partition 
selectivity  is  available. 

The  following  two  parameters  (PARTITION  and  EXPANSION) 
are  applicable  only  to  support  back- substitution  operations 
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* * required  for  stress/ displacement  analyses  associated  with  a 

higher- level  substructure  denoted  by  the  parameter  "SS=Sub.  M 
’■  See  appendix  E and  F for  applications  of  these  parameters. 

? PARTITION  Keyword  denoting  that  the  displacement 

User  Matrices  DBS2xxx,  DBS2yyyf  etc., 

' associated  with  the  retained  kinematic 

freedoms  of  substructures  xxx,  yyy, 
etc.,  which  were  interacted  to  define 
"SS"  are  to  be  generated.  These  matrices 
are  generated  by  appropriate  partitioning 
of  the  displacement  matrices  DBS'!---, 

* DBS2 — - and  DBS3— - previously  calculated 

for  Mss"  by  an  interaction  solution. 

The  digit  1,  2 or  ^ in  a matrix  name 
denotes  the  part it ion- matrix  row  address, 
whereas  — - is  the  integer  number  of 
"SS." 

‘ Default:  Partitioning  of  the  displacement 

matrices  Is  not  performed. 

EXPANSION.  Out  1 = In  1 , Out 2= In 2,  ... 

This  list  of  parameters  denotes  that 
the  selected  load- case  dependent  User 
Matrices  associated  with  components 
xxx,  yyy,  etc. , of  the  specified  "SS" 
are  to  be  expanded  column-wise,  as 
necessary,  for  compatible  back- 
substitution  calculations.  An  EXPANSION 
of  the  selected  matrices  (Ini,  In2, 
etc.)  is  performed  such  that  the  column 
order  and  dimension  of  the  resulting 
matrices  (Outl , Out2,  etc.)  are 
compatible  with  the  column  dimension 
of  the  displacement  matrices  DBS2xxx, 
DBS2yyy,  etc.,  previously  calculated 
1 for  the  corresponding  components  of 

"SS”  (see  the  PARTITION  option) . Proper 
expansion  of  load-case  dependent  matrices 
is  required  because  different  load  cases 
may  be  associated  with  the  different 
„ substructure  components. 

i 

Outi--Four  alphanumeric  characters  to  be  used 
!■  in  forming  the  7 -character  names  of 

the  resulting  set  of  User  Matrices. 

Each  of  the  matrix  names  is  comprised 
■*  m of  these  four  characters  followed 

f‘  directly  by  the  corresponding 

substructure  component  number  right- 
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adjusted  and  zefo* filled,  see  the 
OPTION  parameter  regarding  unigueness 
of  these  matrix  names. 

Ini— The  first  four  alphanumeric  characters 
of  a previously-generated,  load-case 
dependent  User  Matrix  which  is  to  be 
expanded.  The  types  of  matrices  which 
may  be  expanded  are  exemplified  by  the 
following  matrices  generated  via  the 
substructure-analysis  catalogued 
statements  presented  in  appendix  E: 
LREDxxx,  ESUBxxx , CSUBxxx  and  D31Sxxx. 

Default:  If  none  of  these  parameters  is  input, 

expansion  of  load-case  dependent  matrices 
is  not  performed.  If,  hov ever,  only 
the  key-word  EXPANSION  is  input, 
execution  is  terminated. 

Example:  The  matrices  of  specified  SUPPORT-displacements 
associated  with  the  components  of  substructure 
10  are  identified  by  D3lSxxx,  D31Syyy,  etc. 

The  column  dimension  of  D31Sxxx,  for  example, 
is  equal  to  the  number  of  load  cases  associated 
with  component  xxx.  The  matrix  of  retained- 
freedom  displacements  for  substructure  10, 
DBS2010,  however,  will  generally  have  a larger 
column  dimension  than  D31Sxxx,  etc.  A larger 
column  dimension  of  matrix  DBS2010,  as 
calculated  via  the  PARTITION  option,  is  due 
to  additional  load  cases  associated  with  the 
components  of  substructure  10.  The  statement 

EXECUTE  MERGE  (EXPANSION,  SS=10,  DBS3=D31S) 

causes  the  D3lSxxx,  D31Syyy,  etc.,  matrices 
associated  with  the  components  of  substructure 
10  to  be  expanded  accordingly,  named  DBS3xxx, 
BBS3yyy,  ...,  respectively,  and  saved  for 
subsequent  analyses. 


The  remaining  five  parameters  (COND,  COER,  COWR,  COEL 
and  COWL)  are  applicable  only  if  the  STIFFNESS  option  is  used. 
These  parameters  allow  several  types  of  ill- conditioning  checks 
to  be  performed  on  the  diagonal  partition-matrices  of  the  gross 
elastic-stiffness  matrix.  These  checks  provide  the  user  with 
indicators  of  the  level  of  ill-conditioning  of  the  structural. 
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mathematical  model  prior  to  solving  the  stiffness  equilibrium 
equations  via  the  Cholesky  Processor  (sec.  210.0). 

Two  levels  of  conditioning  referenced  as  the  "single  pass" 
and  "double  pass"  checks  may  be  performed.  In  the  following 
discussion/  Kij  denotes  a submatrix  of  the  gross  matrix,  wherein 
the  "i"  rows  and  "j"  columns  correspond  to  the  kinematic  freedoms 
of  internal  nodes  "i"  and  "j",  respectively. 

The  "single-pass"  check  is  performed  by  calculating  the 
eigenvalues  of  each  diagonal  submatrix  Kii.  Based  on  the  minimum 
and  naximum  eigenvalues  (Lmins  and  Lmaxs,  respectively)  and 
the  user-selected  ratios  "erat"  and  "wrat,"  the  following  action 
is  taken: 

a)  Error  if;  Lmins  < 0. 

or,  (Lmaxs)  / (Lmins)  > erat 

fc)  Warninq  if;  erat  > (Lmaxs)  / (Lmins)  > wrat 

The  "double-pass"  check,  if  selected,  is  performed 
subsequent  to  performing  the  "single-pass"  check  only  if  no 
errors  were  encountered.  For  each  Kii  matrix,  a modified 
submatrix  Kii  is  formed, 

Kii  = Kii  - Kij*(K  jj)-**Kji 

Based  on  the  minimum  and  naximum  eigenvalues  of  this  matrix 
(Lraind  and  Lmaxd,  respectively)  and  the  ratios  "erat"  and  "wrat," 
the  following  action  is  taken: 

a)  Error  if;  Lmind  <0. 

or,  (Lmaxd)  /(Lraind)  > erat 

b)  Warning  if;  erat  > (Lmaxd)  / (Lmind)  > wrat 

Furthermore,  if  no  errors  were  encountered,  the  smallest 
eigenvalue  calculated  by  the  "single-pass"  (Lmins)  is  compared 
with  the  smallest  eigenvalue  calculated  by  the  "double-pass" 
(Lmind)  for  each  of  the  Kii  subraatrices.  Based  on  these 
eigenvalues  and  the  user-selected  ratios  "emin"  and  "wmin," 
the  following  action  is  taken: 

a)  Error  if;  (Lmins)  / (Lmind)  > emin 

b)  Warning  if;  emin  > (Lmins)  / (Lmind)  > wmin 
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The  conditioning-check  parameters  are  as  follows: 


OOND=Type 


COER=erat 


CCWR=wrat 


CCEL=emin 


COWL=wmin 


The  type  of  conditioning-check  to  be 
performed.  The  three  options  for  the 
integer  "Type"  are: 

0 — No  conditioning  check 

1 — " Single- pass"  check 

2 — "Double-pass"  check 

Default:  COND=0 

Number  that  defines  the  error  condition 
for  the  ratio  (Lmaxs)  / (Lnrins)  and  for 
the  ratio  (Lmaxd) / (Lmind) . 

Default:  COEF=10** 

Number  that  defines  the  warning  condition 
for  the  ratio  (Lmaxs)  / (Lnrins)  and  for 
the  ratio  (Lmaxd) / (Lmind) . 

Default:  CPWR=10* 

Number  that  defines  the  "double-pass" 
error  condition  for  the  ratio 
(Lmins)  / (Lmind)  . 

Default:  OOEL=10** 

Number  that  defines  the  "double-pass" 
warning  condition  for  the  ratio 
(Lmins)  / (Lmind) . 

Default:  OOWL=10* 
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.S  » 244.0  MULTIPLY  PROCESSOR 


The  MULTIPLY  Processor  evaluates  a user-defined  matrix 
expression.  The  expression  may  denote  the  addition  of  one 
matrix  to  the  sum  of  one  to  five  matrix  products.  Executi  :• 

* of  this  module  to  effect  structural  analyses  via  the  ATLAS 

System  is  illustrated  by  the  cataloged  control  statements 
presented  in  appendix  E.  These  cataloged  statements  are  a use; 
convenience  that  obviates  the  need,  in  most  cases,  to  use  the 
explicit  EXECUTE  MULTIPLY  statement. 
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244.1  EXECUTE  MULTIPLY  STATEMENT 

The  following  statement  initiates  execution  of  the  MULTIPLY 
Processor.  Previous  execution  of  other  processors  is  required 
to  generate  the  data  matrices  used  by  this  processor. 


EXECUTE  MULTIPLY  (Plist) 


List  of  optional  parameters  for  Plist: 

Matexp  This  parameter  denotes  the  matrix 

expression  to  be  evaluated.  The 
expression  must  be  defined  in  the  form 

Res=[ ±Mat1  ± Mat2*Mat3  ± ...  Mat10*Mat11] 

where  the  brackets  enclosing  the  matrix 
operations  on  the  right-hand  side  of 
the  equal  sign  must  be  punched.  The 
remaining  items  are: 

Mati— Alphanumeric  name  of  a previously- 

generated  User  Matrix  {sec.  200.0)  to 
be  processed. 

Res— Name  of  the  resulting  User  Matrix  defined 
via  this  statement.  'en  the  OPTION 
parameter  below  regarding  uniqueness 
of  this  matrix  name.  If  the  add  matrix 
and  each  of  the  matrix  products  involve 
a null  matrix,  the  result  matrix  is 
null.  A non-zero  result  matrix  is 
stored  in  rectangular  format  unless 
a certain  condition  is  satisfied,  in 
which  case,  it  is  stored  in  the 
triangular  User-Matrix  format.  Each 
of  these  conditions  is  as  follows: 

a)  There  is  no  add  matrix  and  all  matrix 
products  are  of  the  type  A(T)*A  where 
A is  a rectangular  matrix. 

b)  There  is  a triangular  (symmetric) 
add  matrix  and  all  matrix  products 
involve  only  rectanqular  matrices. 

c)  The  three  characters  (S)  are  appended 
to  the  result  matrix  name,  all  matrix 
products  involve  only  rectangular 
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matrices  and  the  add  matrix,  if 
included  in  the  expression,  is 
trianqular  (symmetric). 

Default:  Error.  Execution  is  terminated. 

Within  the  bracketed  expression,  one  to  five  simple  matrix 
products  with  or  without  one  simple  matrix  add  may  be  defined. 
The  following  rules  must  be  satisfied: 


a)  Allowable  operation  S"  nbols  are  + (plus)  , - (minus)  , 

* (multiply)  and  T (transpose) . A leadinq  plus 
operation  symbol  may  be  omitted.  The  sequence  of  a 
matrix  add  and  the  matrix  products  is  arbitrary.  A 
matrix  may  be  transposed  prior  to  post-multiplication 
by  another  matrix.  This  is  denoted  by  appending  the 
three  characters  (T)  to  the  name  of  the  left  matrix 
of  a matrix  product.  For  example,  matrix  B pre- 
multiplied by  the  transpose  of  matrix  A is  denoted 

by  A (T)  *13. 

b)  No  diaqonal  matrices  are  allowed.  Any  one  of  tne 
"Mati"  User  hatrices  may  be  rectanqular  or  null.  Only 
the  add  matrix  or  the  first  matrix  of  a product  may 

be  stored  in  the  triangular  format. 


c)  Compatibility  of  the  dimensions  (orders)  of  the  matrices 
to  be  processed  is  the  usee’s  responsibility. 


OPTION=Code 


Tnis  parameter  denotes  the  action  to 
be  taken  when  the  name  of  the  result 
matrix  "Fes"  is  the  same  as  the  name 
of  a previous ly-generated  User  Matrix. 
The  options  for  the  integer  "Coda"  are: 

1- -The  specified  operations  are  performed 

and  the  contents  of  the  previously- 
generated  matrix  "Res"  are  over-written. 

2- -The  specified  operations  are  not 

performed  Subsequent  control 
statements,  however,  are  executed. 

This  option  allows  tne  user  to  avoid 
recalculation  of  previously-generated 
matrices  as  in  the  case  of  problem- 
execution  restart  or  during  substructure 
analyses. 

In  both  cases,  a warninq  messaqe  is 
'.ssued. 


Default:  OPTION- 1 
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246.0  NODAL  POSTPROCESSOR 


Printout  of  the  nodal  data  (sec.  146.0)  associated  with 
a structural  or  mass  model  may  be  requested  from  the  NODAL 
Postprocessor  as  described  in  the  following  section.  The  printed 
information  is  comprised  of  node-number  identifiers  and 
coordinates. 


Bum  NOT  FUMED 


246.1  PRINT  INPUT  STATEMENT 

The  following  statement  is  used  to  request  printout  of 
the  nodal  input  data.  The  printed  data  may  be  associated  with 
a complete  nodal  data  set  or  with  nodal  subsets. 


PRINT  INPUT  (NODAL,  Plist) 


The  available  options  for  Plist  are  described  in  sections  246.1.1 
and  246.1.2. 

246.1.1  Data-Set  Print  Option 

This  option  allows  the  user  to  print  the  nodal  data 
associated  with  a particular  data  set.  The  optional  parameters 
for  Plist  are: 

SET=Se  The  nodal  data  set  number  (inteqer) 

to  be  processed. 

Default:  SET=1 

NODEORDER  = ord  This  parameter  defines  the  ascending 

node-number  order  in  which  the  nodal 
data  are  to  be  printed.  Optional  key- 
words for  MOrdw  «re: 

USERID  --  User  number  order 

INPUT  --  Input  record  number  order 

INTERNAL  --  Internal  node  number  order 

Default:  NODEORDER=USERID 


246.  1.2  Jata-Subset  Pi^ipt  Option 

This  option  allows  the  user  to  print  the  nodal  data 
associated  with  specified  node  subsets  extracted  via  the  SUBSET- 
DEFINITION  Preprocessor  (sec.  156.0).  The  data  associated  with 
each  subset  are  printed  in  a separate  block.  The  optional 
parameters  for  Plist  are: 

SUBSETS  Key-word  required  for  subset  data 

printing. 

Default:  The  data  set  print 

option  is  assumed. 

SET=Se  The  nodal  data  set  number  (integer) 

to  be  processed. 

Default:  SET=1 
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Nxxx<=Ord> 


The  data  associated  with  the  node  subset 
identified  by  Nxxx  are  printed  in  the 
order  denoted  by  the  key-word  Ord: 


Ord 


USERID 
INPUT 
INTERNAL , 


These  print- orders  are  interpreted  in 
a manner  similar  to  the  NODEORDER  key- 
word for  data  set  prints. 


Default:  Or d= USERID 


One  or  more  of  these  parameters  may 
be  used  in  a single  statement.  A print- 
order  remains  in  effect  for  the 
subsequent  names  in  Plist  as  it  is 
interrogated  in  a left-to-right  order 
until  it  is  reset. 

The  Asterisk  Name  Option  (see  sec. 

200.0)  may  be  used  to  identify  subset 
names. 

Default:  The  nodal  data  for  all  node  subsets 

of  set  "Se"  as  defined  via  the  SUBSET- 
DEFINITION  Preprocessor  are  printed 
in  the  USERID  order. 
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248.0  REACTION  POSTPROCESSOR 


Printout  of  reaction  forces,  reaction-force  resultants 
and  equilibrium  checks  of  all  the  externally  applied  forces 
on  a structural  model  may  be  requested  from  the  REACTION 
Postprocessor  as  presented  in  the  following  section. 
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248.1  PRINT  OUTPUT  STATEMENT 


The  following  statement  is  used  to  request  printout  of  the 
reaction  forces  and  the  react ion -force  resultants  associated  with 
a structural  model.  Additionally*  an  equilibrium  check  of  all 
external  forces  applied  to  a model  may  be  requested.  These  data 
may  be  printed  for  a structural  model  identified  by  either  a 
stiffness  data-set  number  and  boundary-condition  stage  number  or 
a lowest -level  substructure  number.  Only  one  of  the  identifier 
types  (SET/STAGE  or  SS  described  below)  may  be  used  in  a single 
statement.  Execution  of  this  postprocessor  i3  allowed  only  after 
the  reactions  are  calculated  (see  the  PERFORM  STRESS  control 
procedure  in  appendix  E) . 


PRINT  OUTPUT  (REACTIONS,  Plist) 


List  of  optional  parameters  for  Plist: 


SET=Se 


STAG£=St 


SS=CATlist 


LC-CATlist 


E£>CIiK<=Node> 


The  number  (integer)  of  the  stiffness 
data  set  for  which  reaction  forces  are  to 
be  printed. 

Default:  SET=1 

A boundary  condition  (BC)  stage  number 
(integer)  associated  with  set  "Se." 
Default:  STAGE= 1 

ATLAS  list  of  lowest-level  substructure 
numbers  (integers)  for  which  reaction 
forces  are  to  be  printed. 

Default:  A SET/STAGE  model. 

ATLAS  list  of  load  case  identifiers 
(integers  or  alphanumeric  words)  to  be 
processed. 

Default:  All  load  cases  that  have  been 
processed  previously  for  the 
specified  SET/STAGE  or  SS  model. 

This  parameter  denotes  that  the 
equilibrium  check  is  to  be  performed. 

The  resultants  of  the  reaction  forces  are 
compared  to  the  applied  load  resultants. 
The  resultants  are  calculated  relative  to 
the  node  identified  by  the  user  node 
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<R2=Name2\ 
R3=Name3  / 


number  "Node**  (integer)  . If  only  the 
key- word  "EQCHK"  is  input,  the  resultants 
are  calculated  relative  to  the  oriqin 
of  the  GLOBAL  triad. 

Default:  no  equilibrium  check  is 
performed. 

Alphanumeric  names  of  the  reaction- force 
matrix  partitions  (User  Matrices) 
qenerated  for  the  specified  SET/STAGE 
or  SS.  These  matrices  are  associated 
with  the  RETAIN  and  SUPPORT  kinematic 
freedoms  of  the  gross  stiffness  matrix 
(see  sec.  106.1).  Both  of  these 
parameters  may  be  used  in  a single 
statement.  Zero  matrix  partitions  need 
not  be  specified.  Reactions  associated 
with  the  RETAIN  partition  are  printed 
in  the  specified  order  of  the  retained 
nodal  freedoms,  whereas  reactions 
associated  with  the  SUPPORT  partition 
are  printed  in  an  ascending  internal 
node  number  order. 


If  the  standard  ATLAS  control  procedures  are 
used  (ref.  appendix  E and  sec.  200.4) , the 
name  R31  is  assigned  to  Name3  for  SET/STAGE 
structural  models,  and  the  names  RBS2xxx  and 
RBS3xxx  are  assigned  for  lowest-level  sub- 
structures. The  characters  xxx  denote  the 
substructure  number,  right-adjusted  and 
zero-filled. 

Defaults:  R3=R31  for  SET/STAGE  models; 

R2=RBS2xxx,R3=RBS3xxx  for  sub- 
structure models. 


FCRMAT=Code  This  parameter  defines  the  format  of 

each  printed  value.  The  optional  values 
available  for  "Code"  (integer)  are: 

0— Optimum  format.  Data  values  are  printed 
as  either  F-format  or  E-format  decimal 
numbers.  This  option  allows  the  maximum 
number  of  digits  per  value  to  be  printed 
in  the  field  width  specified  by  the 
parameter  FIELDW=width. 
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1— -F- format.  Data  values  are  printed  as 

decimal  numbers  with  decimal  points 
aliqned  in  the  columns  of  printed  data. 

2—  I-format.  Data  values  are  printed  as 
integer  numbers. 

3—  E-format.  Data  values  are  printed  as 
decimal  nunbers  with  exponents. 

Default:  FORMAT=  0 

FI ELDW= width  Number  of  digits  (integer  <12)  available 

for  each  printed  value.  The  letter 
E,  decimal  points  and  signs  each  require 
one  diqit  space. 

Default:  FIELDW=8 


250.0  RH03  AERODYNAMICS  MODULES 
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RH03 


The  RH03  Processor  calculates  unsteady  aerodynamic  loads 
on  rigid  or  elastic,  planar  lifting  surfaces  with  or  without 
one  to  four  trailinq-edge  controls  in  subsonic  compressible 
flow.  The  solution  technique  is  based  on  the  subsonic  kernel 
function  and  assumed  pressure-mode  approach  presented  in 
reference  150-1. 

Generalized  airforce  matrices  required  for  flutter  analyses 
via  the  ADDINT  and  FLUTTER  Modules  (secs.  202.0  and  222.0)  are 
generated  by  execution  of  the  RH03  Processor  (sec.  250.2) . 

These  data  are  calculated  by  a modal  solution  technique  based 
on  the  geometry  and  structural  modes  defined  by  the  user  (see 
sec.  150.0).  If  the  RH03  Processor  is  executed  in  conjunction 
with  the  AIC  option  of  the  INTERPOLATION  Processor  (sec.  232.0), 
the  generalized  airforce  matrices  will  represent  Aerodynamic 
Influence  Coefficient  (AIC)  matrices.  Optional  calculated  data 
include  aerodynamic  pressure  and  sectional  generalized  forces 
at  selected  locations  on  a lifting  surface  planform. 

Printout  of  the  RH03  input  data  and  data  calculated  by 
the  RH03  Processor  may  be  requested  from  the  RH03  Postprocessor 
as  described  in  sections  250.1  and  250.3,  respectively. 
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250.1  PRINT  INPUT  STATEMENT 

The  followinq  statement  is  used  to  request  printout  of 
the  aerodynamic  input  data  associated  with  a particular  RH03 
data  case  (sec.  150.0). 


PRINT  INPUT  (RH03,  Plist) 


The  optional  parameter  for  Plist  is: 

The  aerodynamic  data  case  number 
(inteqer)  for  which  input  data  are  to 
be  printed. 

Default:  CASE=1 


CASE=Ca 
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250.2  EXECUTE  RH03  STATEMENT 


The  following  statement  initiates  execution  of  the  RH03 
Processor.  Previous  execution  of  the  INTERPOLATION  Processor 
is  required  when  structural  mode  shapes  generated  via  the 
VIBRATION  Processor  are  used  in  the  aerodynamic  analysis  or 
Aerodynamic  Influence  Coefficients  are  to  be  generated  (see 
sec.  150.0) . 


EXECUTE  RH03  (Plist) 


List  of  optional  parameters  for  Plist: 


COND=CO 


CASE=Ca 


MACH-  (list) 


KVAL= (list) 


ANTl\ 

NONS/ 


A condition  number  (integer)  in  the 
range  1 to  36  which  identifies  the 
remaining  parameters  of  this  statement. 

If  multiple  executions  are  required 
in  a single  job,  the  condition  number 
specified  by  each  statement  of  this 
type  must  be  unique. 

Default:  COND=1 

The  PH03  data  case  number  (integer) 
to  be  processed. 

Default:  CASE=1 

A list  of  1 to  20  free- stream  Mach 
numbers,  M.  Each  Mach  number  must  be 
in  the  range  0.0  < M < 1.0. 

Default:  Error.  Execution  is  terminated. 

A list  of  1 to  20  k-values  (reduced 
frequencies  of  oscillation  expressed 
as  k = (u)b/V)  where  u>  is  the  circular 
frequency  of  oscillation,  b is  a 
reference  length  and  V is  the  free- 
stream  velocity)  greater  than  or  equal 
to  zero.  The  specified  k-values  must 
satisfy  the  expression  k S 0.1*b. 

Default:  Error.  Execution  is  terminated. 


Key-word  denotinq  that  an  ANTIsymmetrical 
or  a NONSymmetrical  analysis  is  to  be 
performed.  No  contributions  of  the 
aerodynamic  model  in  th^  negative-y 
half-space  of  the  reference  frame  are 
included  in  a NONSymmetrical  analysis. 
Default:  Symmetric  aerodynamic  analysis. 
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Due  to  the  form  of  the  assumed  pressure  modes  used  in 
a solution,  each  aerodynamic-pressure/downwash-kernel  influence 
coefficient  matrix  (C-matrix)  is  a function  of  planform  geometry, 
downwash  point  locations,  k-value  and  Mach  number,  calculation 
of  c-matrices  is  the  most  time-consuming  part  of  a RH03 
aerodynamic  solution.  To  minimize  computer  time  requirements, 
the  FH03  Processor  automatically  reuses  previously-calculated 
C-matrices  rather  than  recalculating  them  under  certain 
circumstances.  That  is,  velocity  profile  variations,  addition 
of  different  structural  modes,  and/or  alterations  of  structural 
modes  may  be  investigated  by  using  previously-calculated  C- 
matrices.  A C-matrix  saved  on  file  RH03RNF  via  a preceding 
EXECUTE  RH03  statement  or  via  an  ATLAS  LOAD  (sec.  200.0) 
statement  is  reused  if  it  is  associated  with  an  aerodynamic 
model  that  has  the  same  main  surface  identification,  the  same 
number  of  planform-definition  and  downwash  points  calculated 
with  the  same  symmetry  option  at  the  same  Mach  number  and  k- 
value.  The  actual  planform  geometries  and  the  downwash  point 
distributions  are  not  examined.  Therefore,  the  main  surface 
identification  must  be  used  to  identify  different  problems  with 
the  same  number  of  geometry-definition  points  and  control  points. 
If  control  surfaces  are  inherent  to  the  model,  the  control 
surface  identification  and  geometry  must  also  be  identical. 
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250.3  PRINT  OUTPUT  STATEMENT 


The  following  statement  is  useo  to  request  printout  of 
* the  aerodynamic  data  calculated  by  the  RH03  Processor. 


PRINT  OUTPUT  (RHQ3,  Plist)  | 

List  of  optional  parameters  for  Plist: 


CASE=ca 


COND=CO 


MACH= (List) 


KVAL=  (List) 


LEVEL= (List) 


The  aerodynamic  data  case  number 
(integer)  for  which  generated  data  are 
to  be  printed. 

Default:  CASE=1 

The  aerodynamic  condition  number 
(integer)  specified  by  au  EXECUTE  RH03 
parameter  Jist  for  which  generated  data 
are  to  be  printed. 

Default:  C0ND=1 

A list  of  1 to  20  Mach  numbers  associated 
with  the  selected  COND  number. 

Default:  Data  generated  for  all  Mach 
numbers  associated  with  COND 
are  printed. 

A list  of  1 to  20  reduced  frequency 
values  associated  with  the  selected 
COND  number. 

Default:  Data  generated  for  all  k-values 
associated  with  COND  are 
printed. 

A list  of  1 to  3 integers  in  the  ranqe 
1 to  3 denoting  which  group (s)  of 
generated  data  are  to  be  printed.  Each 
of  the  LEVEL  indicators  is  as  follows: 


1- -  Structural  mode  shapes  interpolated 

to  the  aerodynamic  control  points  and 
generalized  airforces. 

2- -  Sectional  generalized  force  and  pressure 

report  data. 

3- -  Downwash  matrices  and  C-matrices. 

Default:  LEVEx,=1 
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252.0  STIFFNESS  MODULES 


The  STIFFNESS  Processor  generates  the  following  types 
of  element  matrices  for  the  stiffness  elements  of  a structural 
model.  These  matrices  are  calculated  relative  to  tne  analysis 
frames  of  the  nodes  used  to  define  the  elements. 

a)  Elastic  stiffness  matrices.  Used  for  all  structural 
analyses.  Rows  and  columns  in  each  matrix  for  which 
the  diagonal  term  is  less  than  10~*2  times  the  largest 
diagonal  term  are  automatically  eliminated. 

b)  Elastic  stress  matrices.  Used  by  the  i . S Processor 
(sec.  254.0)  for  calculation  of  element  v.  *sses. 

c)  Geometric  stiffness  matrices.  Used  for  nonlinear 
analyses.  See  section  208.0  for  solving  general- 
instability  problems. 

Structural  models  defined  by  ATLAS  stiffness  elements 
(sec.  152.0  and  appendix  B)  are  analyzed  via  the  ATLAS  System 
by  the  finite- element  displacement  method  (ref.  252-1).  Gross, 
structural,  stiffness  matrices  are  formed  by  the  MERGE  Processor 
(sec.  242.0)  and  the  equilibrium  equations  are  solved  via  the 
CHOLESKY  and  MULTIPLY  Processors  (secs.  210.0  and  244.0). 

Display  of  structural  model  data  is  supported  by  several 
ATLAS  modules.  Printout  of  nodal  data  from  the  NODAL 
Postprocessor  (sec.  246.0),  boundary  condition  data  from  the 
BC  Postprocessor  (sec.  206.0)  and  element  data  from  the  STIFFNESS 
Postprocessor  (sec.  252.1)  may  be  requested  as  necessary.  Plots 
of  these  data  can  be  effected  via  the  EXTRACT  and  GRAPHICS 
Postprocessors  as  discussed  in  sections  218.0  and  228.0. 
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252.1  PRINT  INPUT  STATEMENT 

The  following  statement  is  used  to  request  printout  of 
the  stiffness- element  input  data.  The  printed  data  may  be 
associated  with  a complete  stiffness  data  set  cr  with  element 
subsets. 


PRINT  INPUT  (STIFFNESS,  Plist) 


The  available  options  for  Plist  are  described  in  sections  252.1.1 
and  252.1.2. 


2 52. 1.  1 Data-Set  Print  Option 


This  option  allows  the  user  to  print  the  element  data 
associated  with  a particular  data  set.  The  opticna_  parameters 
f c : Plist  are: 

SET=Se  The  stiffness  data  set  number  (integer) 

for  which  input  data  are  to  be  printed. 
Default:  SET=1 

EIEMORDER=0r d This  parameter  defines  the  ascending 

order  in  which  the  data  are  to  be 
printed.  Optional  key-words  for  "Ord" 
are: 

USERID  --  User  element-number  order 

INPUT  --  Input  record-number  order 

INTERNAL  — Internal  element- number  order 


Default:  ELEMOFD£R=USERID 

NOfEltype}  Key-word  that  suppresses  printing  of 

data  for  a selected  element  type,  one 
or  more  of  these  key-words  may  be  used 
in  a single  statement.  The  options 
are: 


NORODS 
NO BEAMS 
NOSPARS 
NOCOVERS 


NOPLATES 
NOGPLATES 
NOBRICKS 
NO SCALARS 


NOS RODS 
NOSPLATES 
NOCPLATES 
NOCCOVERS 


Default:  Data  arc  printed  for  all  element 

types  in  data  set  ’•  Se.w 
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PFOPERTY* I VALUES)  This  parameter  defines  hew  property 
l CODE  / data  are  to  be  displayed  per  element. 

If  VALUES  is  selected,  element  property 
labels  and  the  corresponding  values 
are  printed  in  a vertical  column.  If 
CODE  is  selected,  the  property  data 
are  identified  in  the  printout  only 
by  the  input  section-property  reference 
code,  if  used,  or  the  property  values 
are  printed  in  horizontal  lines,  4 
values  per  line,  without  property  labels. 
Fewer  paqes  are  generated  for  the  CODE 
option. 

Default:  PRO PERT Y= VALUES 

ElEMNODES=Enode  This  parameter  is  applicable  only  if 

the  PROPERTY =CODE  parameter  is  used. 

It  identifies  which  node  numbers  are 
to  be  displayed  per  element.  Optional 
key-words  for  "Enode"  are: 

USER  --  User  node  numbers  only 
INTERNAL  — Internal  node  numbers  only 
BOTH  --  User  and  internal  node 
numbers 

NONE  --  Node  numbers  are  not 
displayed 

Default:  ELEMNODES=USER  if  the  parameter 
P RO PERT Y= CODE  is  used. 

Otherwise,  the  user  and  the 
internal  node  numbers  are 
printed. 

252.1.2  Data-Subset  Print  Qptipp 

This  option  allows  the  user  to  print  the  stiffness  data 
associated  with  specified  element  subsets  extracted  from  a 
stiffness  data  set  via  the  SUBSET- DEFINITION  Preprocessor  {sec. 
156.0).  The  data  associated  with  each  subset  are  printed  in 
a separate  block.  The  opticnal  parameters  for  Plist  are: 

SUBSETS  Key-word  required  for  subset  data 

printing. 

Default:  The  data-set  print  option  is 
a ssumed. 

SET=Se  The  stiffness  data  set  number  (integer) 

for  Jhich  input  data  are  to  be  printed. 
Defalt:  SET=  1 
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Exxx<=Ord> 


The  data  associated  with  the  element 
subset  identified  by  Exxx  are  printed 
in  the  order  denoted  by  the  keyword 
Ord: 


Ord 


USERID 

INPUT 

INTERNAL 


These  print- orders  are  interpreted  in 
a manner  similar  to  the  ELEMORDER  key- 
word for  data-set  prints. 


Default:  Ord=USERID 


One  or  more  of  these  parameters  may 
be  used  in  a sinqle  statement.  A print- 
order  remains  in  effect  for  the 
subsequent  subset  names  in  Plist  as 
it  is  interroqated  in  a left- to-riqht 
order  until  it  is  reset. 

The  Asterisk  Name  Option  (see  sec. 

200.0)  may  be  used  to  identify  subset 
names. 

Default:  The  element  data  for  all  stiffness 

subsets  of  set  "Se"  as  defined  via  the 
SUBSET-DEFINITION  Preprocessor  are 
printed  in  the  USERID  order. 


NO  (Eltype) 


Key-word  that  suppresses  printinq  of 
data  for  a selected  element  type  which 
may  be  in  subsets  Exxx.  One  or  more 
of  the  followinq  optional  key-words 
may  he  used  in  a sinqle  statement. 


NORODS 

NOBEAMS 

NOSPARS 

NOCOVEFS 


NOPLATES 

NOGPLATES 

NOBRICKS 

NOSCALARS 


NOSRODS 
NOS PLATES 
NOCPLATES 
NOCCOVERS 


Default:  Data  are  printed  for  all  element 

types  included  in  subsets  Exxx. 

FFOPERTY=( VALUES ) Same  as  defined  for  the  data-set 
(CODE  J print  option 

ELEMNODES=Enode  Same  as  defined  for  the  data-set 

print  option 
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Example:  Assume  the  stiffness  data  and  associated  data  subsets 
El,  E5,  E10  and  E12  have  been  defined  in  regards  to 
the  following  Control  Program  statements. 

PRINT  INPUT  (STIFFNESS,  SUBSETS) 

PFIKT  INPUT  (STIFFNESS,  SUBSETS,  E5,  E12=INPUT, 

El 0=INTERNAL,  E*,  E5=INPUT) 

The  first  print  statement  initiates  printing  of  the 
stiffness  data  associated  with  subsets  El,  E5,  E10 
and  El 2 in  USERID  order.  The  second  statement  initiates 
printing  of  the  data  associated  with  the  subsets  as 
listed  below. 


Subset 

££i£t=Qrde£ 

E5 

USERID 

E12 

INPUT 

E10 

INTERNAL 

El 

INTERNAL 

E5 

INTERNAL 

E5 

INPUT 

252.2  EXECUTE  STIFFNESS  STATEMENT 


The  following  statement  initiates  execution  of  the 
STIFFNESS  Processor. 

| EXECUTE  STIFFNESS  (Plist)  ^ 

Execution  of  this  processor  to  calculate  the  elastic  stiffness 
and  stress  matrices  and  the  geometric  stiffness  matrices  for 
a model  are  described  in  sections  252.2.1  and  252.2.2, 
respectively. 

252.2.1  Elastic  Stiffness  and  Stress  Matrices 


Nc  other  processor  need  be  executed  prior  to  using  this 
execution  option.  The  optional  parameters  for  Plist  are: 

SET=Se  The  stiffness  data  set  number  (integer) 

to  be  processed. 

Default:  SET=1 


RUN=Type  This  parameter  defines  whether  elastic 

stiffness  and/or  stress  element  matrices 
for  the  structural  model  are  to  be 
generated.  The  optional  key-words  for 

"Type"  cure: 

STIFFNESS  — Stiffness  matrices  only 

STRESS  — Stress  matrices  only 

BOTH  — Stiffness  and  stress 

matrices 

Default:  RUN=BOTH 


LUMP=factor  The  fraction  (0.0  < factor  < 1.0)  of 

SPAR-eleroent  lumped  flange  areas  as 
specified  by  the  stiffness  input  data 
(see  sec.  152.0  and  appendix  B)  to  be 
used  in  calculating  SPAR-element 
stiffnesses.  If  the  lumping  factors 
as  specified  by  the  input  data  are  to 
be  effective,  the  parameter  LUMP=1.0 
must  be  included  in  Plist. 

Default:  LUMP=0.0 


Caution:  Printout  of  SPAR  element  flange 
areas  are  those  specified  by 
the  stiffness  input  data. 
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^ STIFFNESS 
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BJGfiRICK 


xx PRINT 


Key-word  denoting  that  each  BRICK- 'letent 
stress  matrix  should  relate  six  stress 
components  at  each  node. 

Default:  Only  six  stresses  at  the 

centroid  of  each  BRICK  element 
of  the  model  are  calculated 
(see  Appendix  E) . 


Key-word  that  initiates  printing  of 
a pi.  rticular  type  of  element  matrix. 
One  or  more  of  the  following  Kt . words 
may  be  used  in  a single  statement. 


LK  PRINT 
LPPRINT 
H^P PI NT 

GKfRINT 

GPPPINT 


Stiffness  matrices  relative 
to  element  reference  frames 
Stress  matrices  relative 
to  element  reference  frames 
Transformation  matrices 
relating  element  and  analysis 
reference  frames 
Stiffness  matrices  relative 
to  node  analysis  frames 
Stress  matrices  relative 
to  node  analysis  frames 


Default:  No  element  matrices  are  printed. 


252.2.2  Geometric  Stiffness  Matrices 


Geometric  stiffness  matrices  are  load- case  dependent. 
Hence,  previous  execution  of  the  STRESS  Processor  (sec.  254.0) 
for  calculation  of  element  stresses  is  required*  Currently, 
geometric  stiffness  matrices  may  be  calculated  fcr  the  following 
element  types:  ROC,  BEAM,  PLATE,  GPLATE  and  BRICK.  If  BRICK 

elements  are  included  in  the  model,  the  parameter  BIGBRICK, 
as  discussed  in  section  252.2.1,  may  not  be  used  in  conjunction 
with  calculation  of  qeometric  stiffness  matrices.  The  optional 
parameters  for  Plist  for  this  execution  cpticn  are: 


BSET=n  A buckling  (large  displacement)  set 

number  (integer)  in  the  range  1 to  36. 
This  number  is  used  to  identify  the 
triplet  of  parameters  SET,  STAGE  and 
LC  specified  by  this  statement.  If 
multiple  executions  are  required  in 
a single  job,  the  buckling  set  number 
specified  by  each  statement  of  this 
type  must  be  unique. 

Default:  BSET=1 


f; 
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SET=Se 


STAGE=St 


LC= Label 


The  stiffness  data  set  number  (integer) 
to  be  processed. 

Default:  SET=1 

A boundary  condition  stage  number 
(integer)  associated  with  set  HSe"  for 
which  geometric  stiffness  matrices  are 
to  be  calculated. 

Default:  STAGE=1 

Identifier  of  the  load  case  (integer 
or  alphanumeric  word)  associated  with 
the  specified  SET  and  STAGE  for  which 
geometric  stiffness  matrices  are  to 
be  calculated.  Stresses  for  this  load 
case  must  have  been  calculated 
previously. 

Default:  Error.  Execution  is  terminated. 


Generation  of  elastic  stiffness  and/or  stress  matrices 
may  be  requested  by  the  same  EXECUTE  STIFFNESS  statement  used 
to  qenerate  qecmetric  stiffness  matrices.  For  this  case,  the 
"FUN=Type"  parameter  discussed  in  the  preceding  section  must 
be  specified  explicitly  in  Plist.  The  optional  parameters 
H LUMP = factor"  and  "xxPRINT"  may  then  also  be  used. 
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STRESS  MODULES 


The  STRESS  Processor  assembles  displacements,  computes 
stresses  and  computes  element  nodal  forces  for  the  load  cases 
defined  by  the  loads  data  (sec.  134.0)  and  the  stress  data  (sec. 
154.0) . 

For  a BC  (boundary  condition)  STAGE,  this  processor: 

a)  Assembles  the  previously  calculated  structural 

displacement  matrices  Dl,  D2  and  D3  (ref.  sec.  106.0) 
into  a single  matrix  containing  the  displacements  for 
all  active,  structural  freedoms  (freedoms  with  non- 
zero stiffness) . 

fc)  Computes  stresses  and  internal,  nodal  forces  for  all 
elements  in  a structural  model. 

For  a superposition  stage,  SUPSTAGE,  this  processor: 

a)  Generates  a single  matrix  of  displacements  by 
superimposing  displacements  for  all  active,  structural 
freedoms.  Load  case  components  of  a SUPSTAGE  are 
defined  by  the  stress  data  (sec.  154.0). 

b)  Generates  element  stresses  either  by  computation  from 
the  superimposed  displacements  or  by  superimposing 
previously-calculated  stresses  for  selected  SUPSTAGE 
components. 

c)  Generates  internal,  element-nodal  forces  from  the 
superimposed  displacements. 

Displacements  and  element  nodal  forces  are  measured 
relative  to  the  selected  node  analysis  frames  (sec.  146.0), 
whereas  stresses  are  measured  relative  to  the  corresponding 
element  reference  frames  (see  appendix  B) . 

Printout  of  the  assembled  displacements,  computed  stresses 
and  the  internal,  element  ncdal  forces  may  be  requested  from 
the  STRESS  Postprocessor  as  described  in  section  254.2.  Printed- 
page  fcrirats  for  these  data  may  be  specified  by  the  user. 
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254.1  EXECUTE  STRESS  STATEMENT 

Execution  of  the  STRESS  Processor  is  initiated  by  the 
following  statement.  Previous  calculation  of  the  element  stress 
matrices  and  the  displacement  matrix  partitions  is  required. 
Execution  of  the  STIFFNESS,  LOADS,  MERGE,  CHOLESKY  and  MULTIPLY 
Processors  is  usually  required  prior  to  execution  of  this 
processor  (see  PERFORM  STRESS  in  appendix  E) • Structural  models 
for  which  the  STRESS  Processor  may  be  executed  are  identified 
either  by  a stiffness  data-set  number  and  boundary-condition 
STAGE  or  SUPSTAGE  number  or  by  a lowest- level  substructure 
number.  Only  one  of  the  identifier  types  (SET/STAGE, 
SET/SUPSTAGE  or  ss  as  described  below)  may  be  used  in  a single 
statement. 


EXECUTE  STRESS  (flist)  | 

List  of  optional  parameters  for  Plist: 


SET=Se 


STAGE  l =St 
SUPSTAGE) 


SS=Sub 


The  number  (integer)  of  the  stiffness 
data  set  to  be  processed. 

Default:  SET=1 

The  number  (integer)  of  a BC  (boundary 
condition)  STAGE  or  a SUPSTAGE 
(superposition  stage)  associated  with 
set  "Se."  Only  one  of  these  parameters 
may  be  specified.  If  SUPSTAGE  is  used, 
displacements  for  the  SUPSTAGE  components 
must  have  been  assembled  via  previous 
execution  of  the  STRESS  Processor. 
Default:  STAGE=1 

The  number  (integer)  of  a lowest-level 
substructure  to  be  processed. 

Default:  A SET/STAGE  or  SET/SUPSTAGE 
model  is  assumed. 


LC=CATlist 


ATLAS  list  of  load  case  identifiers 
(integers  or  alphanumeric  words)  for 
which  stresses  are  to  be  calculated. 
Default:  All  load  cases  associated  with 
the  specified  SET/STAGE, 
SET/SUPSTAGE  or  SS. 


Note:  The  LC  parameter  is  applicable 
to  options  2,3,11  and  12  as 
identified  by  the  OPT  parameter 
described  below. 
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This  parameter  identifies  the  types 
of  calculations  to  be  performed.  Each 
option  is  identified  by  an  integer 
number.  One  option  may  be  specified 
by  "Num"  or  several  options  may  be 
specified  by  "List." 

For  SET/STAGE  or  SS  models,  the  options 
available  for  "Nuro"  and  "List"  are: 

1 —  Assemble  displacements  for  all  load 
cases  associated  with  the  specified 
STAGE  or  SS. 

2 —  Calculate  stresses  for  the  specified 
LC.  If  only  this  option  is  used,  the 
associated  displacements  must  have  been 
assembled  previously. 

3—  Calculate  element  nodal  forces  for  the 
specified  LC.  If  only  this  option  is 
used,  the  associated  displacements  must 
have  been  assembled  previously. 

Default:  OPT=(1,2) 

For  SET/SUPSTAGE  models,  the  options 
available  for  "Nuro"  and  "List"  are: 

10—  Superimpose  displacements  for  all  load 
cases  associated  with  the  specified 
SUP STAGE. 

11 —  Calculate  stresses  for  the  specified 
SUPSTAGE  loadcases.  If  cnly  this  option 
is  used,  the  associated  displacements 
must  have  been  superimposed  previously. 

12—  Calculate  element  nodal  forces  for  the 
specified  SUPSTAGE  loadcases.  If  only 
this  option  is  used,  the  associated 
displacements  must  have  been  superimposed 
previously. 

13 —  Superimpose  stresses  for  the  specified 
SUPSTAGE.  If  only  this  option  is  used, 
the  associated  stresses  must  have  been 
calcula  ed  previously. 


/ Num  ) 
l (List)/ 
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Defaults:  OPT=(10, 11)  If  the  stresses  associated  l 

OPT=  (10,13)  with  the  specified  SUPSTAGE 
are  not  available  on  file 
STRERNF,  they  are  calculated. 
Otherwise,  they  are 
superimposed. 

<•» 

Dl=Name1  1 Alphanumeric  names  of  the  displacement 

D2=Name2  > User  Matrices  generated  for  the 

D3=Name3  J specified  SET/STAGE  or  SS.  These 

matrices  are  associated  with  the  three 
partition  rows  (FREE,  RETAIN  and  SUPPORT 
kinematic  freedoms)  cf  the  gross  -) 

stiffness  matrix  (see  sec.  106.1). 

One  or  more  of  these  parameters  may 
be  used  in  a single  statement.  Zero 
matrix  partitions  need  not  be  specified. 

These  parameters  are  only  applicable 
to  the  OPT=1  parameter. 


If  the  standard  ATLAS  control  procedures  are 
used  (ref.  appendix  E and  sec.  200.0}  the 
names  Dll,  D21  and  D31  are  assigned  to  Namel, 
Name2  and  Name3  for  SET/STAGE  structural 
models,  and  the  names  DBSlxxx,  DBS2xxx  and 
DBS3xxx  are  assigned  for  lowest-level  sub- 
structures. The  characters  xxx  denote  the 
substructure  number,  right-adjusted  and  zero- 
filled. 

Defaults:  An  error  message  is  issued 
and  execution  is  terminated 
for  a SET/STAGE  model. 

D1 =DBS1xxx,D2=DBS2xxx, 

D3=DBS3xxx  for  an  SS  model. 

INTERNAL  Key-word  that  suppresses  ordering  of 

the  calculated  data  according  to  user 
node-numbers  and  element-numbers.  This 
key-word  allows  for  increased  efficiency 
when  the  calculated  data  are  not  to 
be  printed  via  the  STRESS  Postprocessor 
(sec.  254.  2)  . ordering  of  displacements 
and  stresses  is  not  required,  for 
example,  fcr  intermediate,  resize  design 
CYCLES  (see  sec.  212.0  and  appendix 
F)  . 
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Default:  The  calculated  data  are  ordered 
according  to  the  user-defined 
node  ai  d element  numbers. 

Caution:  If  the  calculated  data  are 

to  be  displayed  by  the  ATLAS 
Postprocessors,  the  key-word 
INTERNAL  should  not  be  used. 


254.2  PRINT  OUTPUT  STATEMENT 

The  following  statement  is  used  to  request  printout  of  the 
nodal  displacements,  element  stresses  and  internal,  element  nodal 
forces  generated  by  the  STRESS  Processor.  An  option  is  provided 
in  section  254.2.2  to  request  printout  of  lamina  stresses  and 
strains  and  margins  of  safety  for  C PLATE  and  CCOVER  composite 
elements.  If  this  option  is  not  used,  laminate  stresses  and 
strains  are  printed  for  composite  elements.  An  additional  option 
is  provided  in  section  254.2.3  to  request  printout  of  the 
displacements  and  stresses  contained  in  data  blocks  previously 
established  via  execution  of  the  EXTRACT  Postprocessor  (sec. 
218.0).  For  each  option,  the  printed  data  may  be  associated  with 
a complete  structural  model  or  with  node  and  element  subsets 
defined  via  the  SUBSET- DEFINITION  Preprocessor  (sec.  156.0). 

Displacements  and  element  nodal  forces  are  measured 
relative  to  the  node  analysis  frames  (sec.  146.0),  whereas 
stresses  are  measured  relative  to  the  element  reference  frames 
(see  appendix  B) . Rotations  are  measured  in  radians. 


PRINT  OUTPUT  (Plist) 


The  available  options  ror  Plist  are  described  in  sections 
254.2.1,  254.2.2  and  254.2.3. 

254.2.1  Pisplacement/Stress/Nodal-Force  Print  Options 

Structural  models  for  which  data  are  to  be  printed  are 
identified  by  either  a stiffness  data-set  number  and  boundary- 
condition  number  or  a lowest-level  substructure  number.  Only  one 
of  the  identifier  types  (SET/STAGE  or  SS  as  described  below)  may 
be  used  in  a single  statement.  The  optional  parameters  for  Plist 
are: 


’ DISPLACE ' 
STRESSES 

forces 


Caution:  If  FORCES  are  to  be  printed, 

they  must  have  been  requested  by 
using  the  OPT  parameter  in  the 
EXECUTE  STRESS  or  PERFORM  STRESS 
st  at.ement . 


Key-word  denoting  whether  displace- 
ments, str.jsts  or  internal,  element 
nodal  forces  are  to  be  printed.  Only  one 
of  these  key-words  may  be  specified. 
Default:  Warning.  No  printout  is 
generated. 
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SET=Se  The  number  (integer)  of  the  stiffness 

data  set  for  which  data  are  to  be 
printed. 

Defaults  SET*1 

STAGE =St  A boundary  condition  *^C)  or 

superposition  stage  number  (integer) 
associated  with  set  "Se." 

Default:  STAGE= 1 


SS=Sub  The  number  (integer)  of  a lowest-level 

substructure  for  which  data  are  to  be 
printed . 

Default:  A SET/STAGE  model. 

LC=CATlist  ATLAS  list  of  load  case  identifiers 

(integers  or  alphanumeric  words)  to  be 
processed. 

Default:  All  load  cases  associated  with 
the  specified  SET/STAGE  or  SS. 


The  following  two  parameters  are  effective  only  for 
printing  nodal  displacements  piSPLACE  option) . 


Nxxx 


Optional  key-word  denoting  the  kinematic- 
freedom  labels  (see  sec.  106.0) , 
associated  with  one  of  the  three  types  of 
analysis  reference  frames  (RECtangular, 
CYLindrical  and  SPHerical) . The  labels 
are  used  as  headings  of  printed  columns 
within  a group  of  data.  Only  one  set  of 
column  labels  may  be  selected  in  a single 
statement . 

Default:  RECtangular  analysis  frame 
labels  are  used  as  column 
headings. 

Node  subset  name  defined  via  the  SUBSET- 
DEFINITION  Preprocessor.  The  Asterisk 
Name  Option  (sec.  200.0)  may  be  used  to 
identify  subset  names.  Several 
parameters  of  this  type  may  be  used  in  a 
single  statement.  Displacements  are 
printed  only  for  the  nodes  in  the 
specified  subset  (s) . 

Default:  All  nodes  in  the 

specified  SET  or  SS. 


» 
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The  following  parameter  is  effective  only  for  printing 
BRICK  element  stresses  r'ia  the  STRESS  option. 

[NOg&L  1 

3IGBRICK= 1 ELEMENT j This  parameter  denotes  that  BRICK  element 
1 nodal  stresses  are  to  be  printed  on  a 

node-by-node  basis  (NODAL)  or  on  an 
element-by-element  basis  (ELEMENT) . This 
parameter  is  applicable  only  if  nodal 
stresses  were  calculated  for  BRICK 
elements  (see  BIGBRICK  option  of  the 
STIFFNESS  Processor,  sec.  252.0) . 

Default:  BIGBRICK ^ELEMENT  if  nodal 

stresses  were  calculated.  If 
not,  stresses  relative  to  the 
centroids  of  the  BRICK  elements 
are  printed  (see  appendix  B)  . 

The  following  parameter  is  effective  only  for  printing 
element  stresses  or  element  nodal  forces  (the  STRESS  or 
FORCE  option) . 

Exxx 


Element  subset  name  defined  via  the 
SUBSET-DEFINITION  Preprocessor.  The 
Asterisk  Name  Option  (sec.  200.0)  may  be 
used  to  identify  subset  names,  several 
parameters  of  this  type  may  be  used  in  a 
single  statement.  or  nodal 

forces  are  printed  on.y  for  the  elements 
in  the  specified  subset (s) . 

Default:  All  elements  in  the  specified 
SET  or  SS. 


LlNES=lines  Maximum  number  of  lines  (integer  £ 56) 

including  page  heading;  i printed  on  a 
pace. 

Default:  LINES=56 


The  following  six  parameters  are  effective  only  for  the 
DISPLACE  or  STRESS  print  options.  These  parameters  allow 
the  user  to  specify  the  printed-page  format  for  groups  of 
data  each  printed  with  NCOL  columns.  The  number  of  columns 
(NCOL)  within  a group  of  displacement  data  is  the  maximum 
nuinber  of  active  freedoms  in  set  "Se."  The  number  of 
columns  (NCOL)  within  a group  of  stress  data  is  the  maximum 
number  of  stresses  per  element  type  to  be  printed  (see 
appendix  B for  the  number  of  stresses  calculated  for  each 
element  type) . Several  groups  of  data  (NGRO)  may  be 
printed  across  a page  via  use  of  the  COMPACT  and  GROUPSP 
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parameters  described  below  (NGRO  is  1,  by  default)  . When 
establishing  a printed-page  format,  the  algebraic  value  of 
one  of  the  following  expressions  must  be  less  than  or  equal 
to  132  (standard  computer  printout  width)  . If 
displacements  are  printed,  the  expression  is 

(MARGIN+30+NGRO[  10+NCOL  (COLSP+FIELDW)  ]-K3R0TiPSP*NGR0} 

If  stresses  are  printed,  the  expression  is 


{.MARGIN*NGRO[  10+NCOL  (CULSP+FIELDW)  ]+GROUPSP  (NGRO-1)  ) 


FORMAT^  Code 


This  parameter  defines  the  format  of  each 
printed  value  within  each  group  of  data. 
The  options  available  for  the  integer 
"Code"  are: 


MARGIN=margin 


COLSP=space 


0 —  Optimum  fornet.  Data  values  are  printed 
as  either  F-format  or  E-format  decimal 
numbers.  This  option  allows  the  maximum 
number  of  digits  per  value  to  be  printed 
in  the  field  width  specified  by  the 
parameter  FIELDW=width. 

1 —  F-format.  Data  values  are  printed  as 
decimal  numbers  with  decimal  points 
aligned  in  the  columns  of  printed  data. 

2 —  I- format . Data  values  are  printed  as 
integer  numbers. 

3 —  E-format.  Data  values  are  printed  as 
decimal  numbers  with  exponents. 

Default:  FORMAT=0 

The  number  (integer)  of  blank  spaces 
defining  the  left  margin  of  each  printed 
page. 

Default:  MARGIN=10  for  DISP  option 
MARGIN=1  for  STRESS  option 

Number  of  blank  spaces  (integer)  between 
columns  of  printed  data  values  within 
each  group  of  data. 

Default:  C0LSP=2 


FIELDW=width 


Number  of  digits  (integer)  available  for 
each  printed  value.  The  letter  E, 


I 
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decimal  points  and  signs  each  require  one 
digit  space. 

Default:  FIELDW=8 

COMPACT  Key-word  denoting  that  multiple  groups  of 

data  are  to  be  aligned  across  the  page. 
Default:  Only  one  group  of  data  is 
printed  across  the  page. 

GROUPSP=aroup  Number  of  blank  spaces  (integer)  between 

groups  of  data  printed  across  the  page. 
This  parameter  is  effective  only  if  the 
key-word  COMPACT  is  used. 

Default:  GR0UPSP=5 

254.2.2  Compos ite -Element , Lamina  Stress/Strain  Print  Options 

This  option  allows  the  user  to  print  stresses , strains  and 
margins  of  safety  for  each  lamina  of  selected  CPLATE  and  CCOVER 
composite  elements.  Stress/strain  data  for  the  laminates  of 
composite  elements  are  printed  via  the  options  described  in 
sections  254.2.1  and  254.2.3. 

The  data  printed  via  this  option  may  be  associated  with 
selected  load  cases  and  element  subsets.  Structural  models  are 
identified  by  either  a stiffness  data-set  number  and  bcmdary- 
condition  number  or  a lowest-level  substructure  number.  Only  one 
of  the  identifier  types  (SET/STAGE  or  SS  as  described  below)  may 
be  used  in  a single  statement.  The  optional  parameters  for  Plist 
are: 


LAMINA  /=STRESS\  This  parameter  identifies  whether 

\=STRAIN/  lamina  stresses  (STRESS)  or  strains 

(STRAIN)  are  to  be  printed.  Only  one  of 
these  parameters  may  be  specified. 
Default:  Stresses  and  strains  are  printed 
if  only  the  key-word  LAMINA  is 
specified.  Otherwise,  no 
printout  is  generated - 

SET=Se  The  number  (integer)  of  the  stiffness 

data  set  for  which  data  are  to  be 
printed. 

Default:  S£T=1 

STAGE=St  A boundary  condition  (BC)  or 

superposition  stage  number  (integer) 
associated  with  set  "Se.w 
Default:  STAGE = 1 
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SS=Sub  The  number  (integer)  of  a lowest-level 

substructure  for  which  data  are  to  be 
printed. 

Default:  A SET/STAGE  model. 

LC=CATlist  ATLAS  list  of  load  case  identifiers 

(integers  or  alphanumeric  words)  to  be 
processed. 

Default:  All  load  cases  associated  with 
the  specified  SET/STAGfi  or  SS. 

Lxxx  Element  subset  name  defined  via  the 

SUBSET-DEFINITION  Preprocessor.  The 
Asterisk  Name  Option  (sec.  200.0)  may  be 
used  to  identify  subset  names.  Several 
parameters  of  this  type  may  be  used  in  a 
single  statement.  Data  are  printed  only 
for  the  composite  elements  in  the 
specified  subset (s). 

Default:  All  composite  elements  in  the 
specified  SET  or  SS. 

The  options  provided  below  allow  lamina  stress  and  strain  margins 
of  safety  to  be  printed.  Strain  margins  of  safety  are  based  on  a 
maximum  strain  criterion,  whereas  the  stress  margins  of  safety 
are  based  on  Hill's  criterion. 

Lamina  strain  margins  are  defined  as  (ref.  appendix  B) , 

MSI  = | (EPS  1 ♦/EPS  1)  | - 1 
MS 2 = | (EPS2VEPS2)  | - 1 
MS 3 = | (GAM12V&AM12)  | - 1 


where,  EPS1+ 
EPS1* 
EPS2  + 
EPS2* 
GAM 1 2 ♦ 


FTTJ1/E1 

FCU1/E1 

FTU2/E2 

FCU2/E2 

FSU/G 


Vl2*FTU2/E2 
V12*FCU2/E2 
V)12*FTU  1/El 
V 1 2*FCU1/E1 


if  EPS1  > 0 
if  EPS1  < 0 
if  EPS2  > 0 
if  EPS2  < 0 


Lamina  stress  margins  are  defined  as 


MS -HILL  = 

(1/R^  ) - 1 

where. 

u = (SIG1/F1*)  2+ (SIG2/F2+)  2+ (TAU12/F3*)  2 

- (SIG1  *SIG2)  / (FI  ♦)  2 

and 

FI*  = FUJI 

if  SIG 1 > 0 

◄ 

FI*  = FCU1 

if  SIG1  < 0 

F2*  = FTU2 

if  SIG2  > 0 

F2+  = FCU2 
F3+  = FSU 

if  S1G2  < 0 
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Both  types  of  margin  of  safety  data  may  be  printed  for  the 
critical  load  cases  via  the  following  parameters: 


MS  / -MAXSTRAIN  \ This  parameter  denotes  that  strain 
\-HILL  / margins  (MAXSTRAIN)  or  stress  margins 

(HILL)  are  to  be  printed.  Only  one  of 
these  parameters  may  be  specified. 
Defaults:  Both  types  of  margins  of 

safety  are  printed  if  only  the 
key-word  MS  is  specified. 
Otherwise,  no  margins  of 
safety  are  printed. 


MSCUTOFF=max  Lamina  stress,  strain  and  margin  of 

safety,  MS,  data  are  printed  for  the  "LC" 
load  cases  for  which  MS  < max.  If  the 
corresponding  MS  values  are  greater  than 
"max,"  lamina  stress,  strain  and  MS  data 
are  printed  for  those  load  cases  (a 
maximum  of  3)  which  have  the  minimum 
margins  of  safety. 

Defaults:  If  MS  =MAXSTRAIN  is  specified, 
only  the  minimum  value  of  MSI, 
MS2  and  MS3  for  each  load  case 
is  printed. 

If  MS=HILL  is  specified,  only 
the  minimum  value  of  MS-HILL 
for  each  load  case  is  printed. 


254.2.3  Printout  of  EXTRACTED  Displacements  and  Stresses 


This  option  allows  the  user  to  print  the  nodal 
displacements  and  element  stresses  previously  generated  by  the 
STRESS  Processor  and  stored  in  data  blocks  via  execution  of  the 
EXTRACT  Postprocessor  (sec.  218.0).  The  printed  data  may  be 
associated  with  selected  load  cases  and  node /element  subsets. 
The  optional  parameters  for  Plist  are: 


EXDISPLACE 

EXSTRESS 


=Exname 

This  parameter  denotes  whether  extracted 
displacements  (EXDISPLACE)  or  stresses 
(EXSTRESS)  are  to  be  printed.  "Exname" 
is  the  alphanumeric  name  previously 
assigned  to  the  extracted  data  block  via 
the  EXECUTE  EXTRACT  statement  (sec. 

218.0) . The  data  component  labels 
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associated  with  "Exname"  must  include  at 
least  those  identified  by  the  standard 
label  subset  DISPRINT  and  STRPRINT  for 
displacement  and  stress  printout, 
respectively  (see  sec.  156.0)  . These 
names  are  generally  used  for  "Exname - " 
Only  one  of  these  parameters  may  be 
specified. 

Default:  Warning.  No  printout  is 
generated. 

LOCATlist  ATLAS  list  of  load  case  identifiers 

(integers  or  alphanumeric  words)  to  be 
processed . 

Default:  All  load  cases  associated  with 
"Exname." 

The  following  two  parameters  are  effective  only  for 
printing  nodal  displacements  (EXDISPLACE  option) . 


Optional  key-word  denoting  the  kinematic- 
freedom  labels  (see  sec.  106.0) , 
associated  with  one  of  the  three  types  of 
analysis  reference  frames  (RECtangular, 
CYLindrical  and  SPHerical) . The  labels 
are  used  as  headings  of  printed  columns 
within  a group  of  data.  Only  one  set  of 
column  labels  may  be  selected  in  a single 
statement . 

Default:  RECtangular  analysis  frame 
labels  are  used  as  column 
headings. 

Node  subset  name  defined  via  the  SUBSET- 
DEFINITION  Preprocessor.  The  Asterisk 
Name  Option  (sec.  200.0)  may  be  used  to 
identify  subset  names.  Several 
parameters  of  this  type  may  be  used  in  a 
single  statement.  Displacements  are 
printed  only  for  the  nodes  in  the 
specified  subset  (s). 

Default:  All  nodes  associated  with 
"Exname . " 

The  following  parameter  is  effective  only  for  printinq 
element  stresses  (EXSTRESS  option) . 

Exxx  Element  subset  name  defined  via  the 

SUBSET-DEFINITION  Preprocessor.  The 
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Asterisk  Name  Option  (sec.  200.0)  may  be 
used  to  identify  subset  names.  Several 
parameters  of  this  type  may  be  used  in  a 
single  statement.  Stresses  are  printed 
only  for  the  elements  in  the  specified 
subset (s) . 

Default:  All  elements  associated  with 
"Exname." 

LINES^lines  Maximum  number  of  lines  (integer  < 56) 

including  page  headings  printed  on  a 
pace. 

Default:  LINES=56 

The  following  parameters  allow  the  user  to  specify  the 
printed -page  format  for  groups  of  data  each  printed  with 
NCOL  columns . The  number  of  columns  (NCOL)  within  a group 
of  displacement  data  is  the  maximum  number  of  active 
freedoms  associated  with  "Exname. " The  number  of  columns 
(NCOL)  within  a group  of  stress  data  is  the  maximum  number 
of  stresses  per  element  type  to  be  printed  (see  appendix  B 
for  the  number  of  stresses  calculated  for  each  element 
type) . Several  groups  of  displacement  data  (NGkO)  may  be 
printed  across  a page  via  use  of  the  COMPACT  and  GROUPSP 
parameters  described  below  (NGRO  is  1,  by  default) . When 
establishing  a printed-page  format,  the  algebraic  value  of 
one  of  the  following  expressions  must  be  less  than  or  equal 
to  132  (standard  computer  printout  width) . If 
displacements  are  printed,  the  expression  is 

{MARGIN* 3 0*NGRO[ 10+NCOL (COLSP+FIELDW) ]*GROUPSP*NGROJ 

If  stresses  are  printed,  the  expression  is 

{MARGIN* 10*NC0L (COLSP+FIELDW) ) 

FORMAT^ Code  This  parameter  defines  the  format  of  each 

printed  value  within  each  group  of  data. 
The  options  available  for  the  integer 
"Code"  are: 

0 — Optimum  format.  Data  values  are  printed 
as  either  F-format  or  E-format  decimal 
numbers.  This  option  allows  the  maximum 
number  of  digits  per  value  to  be  printed 
in  the  field  width  specified  by  the 
parameter  FlELDW=width. 
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1 —  F-format.  Data  values  are  printed  as 
decimal  numbers  with  decimal  points 
aligned  in  the  columns  of  printed  data. 

2 —  I-format.  Data  values  are  printed  as 
integer  numbers. 

3 —  E-tormat.  Data  values  are  printed  as 
decimal  numbers  with  exponents. 

Default:  FORMAT=0 


MARGIN=margin  The  number  (integer)  of  blank  spaces 

defining  the  left  margin  of  each  printed 
page. 

Default:  MARGIN= 10  for  EXDISPLACE  option 
MAJRGIN=1  for  EXSTRESS  option 

Number  of  blank  spaces  (integer)  between 
columns  of  printed  data  values  within 
each  group  of  data. 

Default:  COLSP=2 

Number  of  digits  (integer)  available  for 
each  printed  value.  The  letter  E, 
decimal  points  and  signs  each  require  one 
digit  space. 

Default:  FIELDW=8 

The  following  parameters  are  effective  only  for  printing 
nodal  displacements  via  the  EXDISPLACE  option. 


COLSP=space 


FIELDW^width 


COMPACT 


GROUPSP=g  roup 


Key-word  denoting  that  multiple  groups  of 
displacement  data  are  to  be  aligned 
across  the  page. 

Default:  Only  one  group  of  data  is 
printed  across  the  page. 

Number  of  blank  spaces  (integer)  between 
groups  of  displacement  data  printed 
across  the  page.  This  parameter  is 
effective  only  if  the  key-word  COMPACT  is 
used. 

Default:  GROUPSP=5 
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258.0  VIBRATION  MODULES 


The  VIBRATION  Processor  solves  the  structural  vibration 
eigenproblem.  Natural,  undamped  mode-shapes,  frequencies  and 
generalized  stiffness/mass  matrices  can  be  calculated  for  the 
real  system  of  linear,  homogeneous,  algebraic  equations  denoted 
by  (K-E*M)*Q=0  or  (F*M-E) *Q=0  associated  with  a structural 
stiffness  (K)  or  flexibility  (F)  formulation,  respectively. 

Each  of  the  matrices  K,  F and  M is  symmetric,  where  M is  a 
diaqonal  or  nondiagonal,  positive-definite  mass  matrix.  Matrices 
E and  Q contain  the  eigenvalues  and  eigenvectors  associated 
with  the  vibration  frequencies  and  modes,  respectively.  The 
stiffness/mass  formulation  may  represent  a structural  model 
which  is  free  to  assume  1 to  6 rigid-body  motions  or  a model 
which  is  completely  constrained  from  assuming  any  rigid-body 
motion.  The  f lexibilicy/mass  formulation,  however,  represents 
a completely  constrained  structural  model. 

Eigensolutions  of  both  types  of  equation  systems  are 
effected  by  the  following  distinct  steps: 

a)  M=L*Lt ; if  the  mass  matrix  is  nondiagonal,  it  is 
decomposed  via  the  Cholesky  square  root  method  (ref. 
258-1)  into  a lower  triangular  matrix  post-multiplied 
by  its  transpose. 

b)  The  eigenproblem  is  reduced  to  the  standard,  symmetric 
eigenproblem  denoted  by  D*X=E*X,  where  D=L_1  *K*  (L~ 1 )T 
or  D=Lt*F*l  for  the  stiffness  and  flexibility  matrix 
formulations,  respectively. 

c)  The  dynamic  matrix  D is  tridiagonalized  by  the 
Householder-Givens  technique  (ref.  258-2)  via  similarity 
transformations. 

d)  Eigenvalues  are  extracted  from  the  tridiagonal  matrix 
via  either  the  symmetric  Q-R  orthogonal-matrix, 
transformation  technique  or  the  Sturm- sequencing 
bisection  method  (ref.  258-2). 

e)  Eigenvectors  are  calculated  by  the  Wielandt  inverse 
iteration  technique  (ref.  258-2). 

f)  Orthogonalization  of  the  calculated  eigenvectors  is 
assured  by  use  of  the  Gram- Schmidt  technique  (ref. 

258-2)  . 

g)  Each  eigenvector  is  normalized  to  its  largest  component. 
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The  numerical  quality  of  an  eigensolution  is  measured  via  several 
checks  performed  by  the  VIBRATION  Processor  (sec.  258.1).  In 
one  case,  each  calculated  eigenvalue  and  associated  eigenvector 
are  substituted  into  the  original  equation  to  be  solved.  The 
deviation  of  the  i-th  resulting  residual  vector  R(i)  from  a 
null  vector  is  measured  by  its  unbiased  root-mean-square  value 
PMS(i)  calculated  as  the  square  root  of  [ (R  (i)T  *R  (i) } / (n- 1)  ] 
where  n is  the  order  of  matrix  D.  These  quantities,  which  are 
a measure  of  the  equilibrium  or  compatibility  of  the  stiffness 
and  flexibility-formulated  system  of  equations,  respectively, 
are  printed  for  each  eigensolution. 

A second  solution  check,  referenced  as  the  orthogonality 
check,  is  a measure  of  how  well  the  calculated  eigenvector 
(mode)  matrix  succeeds  in  diagonalization  of  the  mass  matrix. 

That  is,  the  off-diagonal  elements  of  the  generalized  mass 
matrix  calculated  as  ^T*M*Q  are  theoretically  zero.  These 
elements,  however,  as  calculated  by  the  triple  matrix  product 
may  differ  from  zero.  Therefore,  a map  of  these  elements  is 
automatically  displayed  for  each  eigensolution.  This  solution 
check  indicates  how  well  the  mode  matrix  Q transforms  the  coupled 
set  of  equations  of  motion,  expressed  via  the  physical  coordinate 
system,  into  an  uncoupled  set  of  equations  expressed  in  terms 
of  the  normal,  generalized  coordinate  system. 

Subsequent  to  an  eigensolution,  the  VIBRATION  Processor 
performs  the  following  additional  ill-conditioning  check  on 
the  eigenprobiem:  (1)  the  "Norm"  of  the  D matrix  is  calculated; 
the  absolute  values  of  the  elements  in  the  i-th  row  of  this 
matrix  are  summed  to  form  s (i) ; i=1,  n.  The  maximum  s(i)  is 
defined  as  the  "Norm"  of  the  D matrix,  (2)  if  the  absolute  value 
of  the  i-th  calculated  eigenvalue  e(i)  is  less  than  the  quantity 
(Norm*10_l 2) , it  is  automatically  set  to  zero;  the  quantity 
within  parentheses  is  referenced  as  the  cutoff  value.  Clearly, 
if  the  ill-conditioning  is  caused  by  a rigid-body  mode  inherent 
to  the  vibration  problem,  a zero  eigenvalue  is  just  what  is 
required.  However,  if  it  is  caused  by  an  inferior  mathematical 
model  of  the  physical  problem,  a zero  eigenvalue  is  an  adequate 
indicator  that  an  error  exists  in  the  model.  If  any  negative 
eigenvalues  remain  after  the  "cutoff"  check  is  performed, 
execution  is  terminated.  This  indicates  that  the  eigenprobiem 
to  be  solved  is  non- positive  definite  and  that  the  mathematical 
model  must  be  redefined  and  analyzed  again. 

^he  foregoing  eigensolution  checks  are  performed  so  that 
the  user  is  advised  of  the  quality  of  the  solution.  A structural 
model  may,  however,  have  legitimate  ill- conditioning,  such  as 
a singular  stiffness  matrix  representing  a free  or  partially 
constrained  structure,  in  addition  to  illegitimate  ill- 
conditioning.  The  in-plane  translational  stiffness  at  a node 
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•,  | of  a model,  for  example,  is  generally  much  larger  than  the 

t:  rotational  stiffness  at  the  same  node.  While  there  is  nothing 

incorrect  about  retaining  both  types  of  kinematic  freedoms  for 
dynamic  analyses,  the  rounding  errors  incurred  when  performing 
the  required  mathematical  operations  may  lead  to  substantial 
inaccuracies  in  the  small  eigenvalues.  Since  the  smaller 
I eigenvalues  are,  in  general,  of  primary  interest  when  the 

stiffness/mass  formulation  is  used,  the  results  of  a vibration 
analysis  and  the  mathematical  model  details  must  be  examined 
carefully. 

If  an  eigenproblem  describes  a model  that  undergoes  rigid- 
t:  body  motion  (s)  , the  coupled  rigid- body  modes  as  calculated  by 

the  eiqensolution  may  be  replaced  with  user- selected  uncoupled 
modes. 

Printout  of  the  vibration  analysis  data  may  be  requested 
from  the  VIBRATION  Postprocessor  as  discussed  in  section  258.2. 

< Plots  of  these  data  can  also  be  effected  via  the  EXTRACT  and 

GPAPHICS  Postprocessors  as  discussed  in  sections  218.0  and 
228.0. 
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258.1  EXECUTE  VIBRATION  STATEMENT 


The  following  statement  initiates  execution  of  the 
VIBRATION  Processor.  A reduced  stiffness  or  flexibility  matrix 
and  the  corresponding  reduced  mass  matrix  must  have  been 
generated  previously.  Reduced  ATLAS  stiffness  and  flexibility 
matrices  are  generated  via  execution  of  the  MERGE,  CHOLESKY  and 
MULTIPLY  Processors.  An  ATLAS  mass  matrix  may  be  generated 
directly  for  the  retained  kinematic  freedoms  by  executing  OPTION 
2 or  3 of  the  MASS  Processor  (sec.  238.2) . It  may  also  be  a 
Guyan-reduced  mass  matrix  generated  via  execution  of  the  MERGE, 
CHOLESKY  and  MULTIPLY  Processors.  Cataloged  control  statements 
for  generation  of  reduced  stiffness,  flexibility  and  Guyan- 
reduced  mass  matrices  are  presented  in  appendix  E.  Vibration 
analyses  of  a highest-level  substructure  are  performed  for  the 
"equivalent'*  SET/STAGE  model  (see  sec.  130.0)  . The  maximum 
permitted  order  of  the  eigenproblem  is  approximately  400. 


EXECUTE  VIBRATION  (Plist) 


List  of  optional  parameters  for  Plist: 


VSET=XX 


MASS=Name 1 


STIF=Name2 

FLEX=Name3 


A vibration  set  number  (integer)  in  the 
range  1 to  99  which  is  used  to  identify 
the  vibration  problem  specified  by  this 
statement.  If  multiple  statements  of 
this  type  are  required  in  a single  job, 
the  vibration  problem  associated  with  a 
particular  VSET  number  may  be  redefined. 
Default:  VSET=1 

Name  of  a previously-generated,  reduced 
mass  matrix. 

Default:  Error.  Execution  is  terminated. 

Name  of  a previously-generated  stiffness 
(STIF)  User  Matrix  or  flexibility  (FLEX) 
User  Matrix  (see  sec.  200.0).  Only  one 
of  these  parameters  may  be  used. 

Default:  Error.  Execution  is  terminated. 


The  eigenproblem  to  be  solved  is  one  of  the  following 
matrix  equations: 

(NamP2-FREC>Hxx*Name1)  *MODESxx=0 
(Name3*Name1-FREQ^xx) *MODESxx=0 
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The  calculated  eiqenvalue  matrix  and  eigenvector  matrix  are 
identified  by  FREQSxx  and  MODESxx,  respectively,  where  "xxH 
is  the  vibration  set  number,  right-adjusted  and  zero- filled. 

The  corresponding  generalized  mass  and  generalised  stiffness 
matrices  are  automatically  calculated,  saved  and  identified 
as  GMASSxx  and  GSTIFxx,  respectively.  These  four  matrices  are 
managed  via  the  User-Matrix  Name  catalog  (see  sec.  200.0) . 

The  following  SET  and  STAGE  parameters  are  required  if 
any  one  of  the  parameters  SUBSETS,  URBM,  PRBM  or  TRBM,  as  defined 
below,  is  used.  It  is  always  a good  practice,  however,  to 
specify  the  SET  and  STAGE  associated  with  the  eigenproblem  so 
that  node/freedom  identifiers  associated  with  the  modal 
components  can  be  displayed  by  the  VIBRATION  Postprocessor  (sec. 
258.2)  . 


SET=Se 


STAG E= St 


/QR  \ 
\ STURM/ 


NFR2QS=nf 


The  data  s ft  number  (integer)  identifying 
the  stiffness/mass  model  associated 
with  the  eigenproblem. 

Default:  SET=1 

The  boundary  condition  stage  number 
(integer)  associated  with  set  "se"  for 
which  a vibration  analysis  is  to  be 
performed. 

Default:  STAGE=1 


Key-word  denoting  whether  the  QR  method 
or  the  Sturm- sequence  (STURM)  method 
is  to  be  used  to  extract  the  eigenvalues. 
The  QR  method  is  more  efficient  than 
the  STURM  method.  The  STURM  method 
is,  however,  more  stable  and  therefore 
allows  small  eigenvalues  to  be  calculated 
with  greater  accuracy. 

Default:  QR 

Number  (integer)  of  eigenvalues 
(frequencies)  to  be  saved.  It  should 
be  noted  that  if  the  QR  method  is  used, 
all  the  eigenvalues  associated  with 
the  eigenproblem  are  calculated 
automatically.  Only  ''nf"  eigenvalues 
are  calculated,  however,  if  the  STURM 
method  is  used.  The  eigenvalues 
corresponding  with  the  lowest  "nf" 
vibration  frequencies  are  saved. 

Default:  The  order  of  the  eigenproblem. 
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Inteqer  number  (0  < nm  < nf)  of 
eigenvectors  (modes)  to  be  ca'culated  and 
saved. 

Default:  NMODES=nf 

The  following  parameter  allows  selected  modal  displacements 
to  be  extracted  from  the  calculated  eigenvector  matrix  "MODESxx.'’ 
These  displacements  are  associated  with  a subset  of  the  degrees - 
of -freedom  used  to  define  the  eigenproblem.  Subsets  of  che 
retained  nodes  must  have  been  defined  via  tne  SUBSET-DEFINITION 
Preprocessor  (sec.  156.0)  . Generation  of  subset  mode-matrices  is 
required  only  for  interpolation  of  vibration  mode-shapes  from  the 
structural  freedoms  to  the  aerodynamic  control  points  established 
by  the  unsteady  aerodynamics  processors  of  ATLAS  (see  sec. 

232.0) . For  these  purposes,  the  subset  mode -matrix  must 
correspond  with  kinematic  freedoms  that  have  the  same  analysis 
rrame . 


SU3SETS=CATlist  ATLAS  list  of  node  subsets  for  which 

subset  mode -matrices  are  to  be  crenerated. 
The  Asterisk  Name  Option  (see  sec.  200.0) 
nay  be  used  to  identify  subsets.  Non- 
re  tained  nodes  in  the  specified  subsets 
are  ignored. 

Default:  No  subset  mode-matrices 
are  generated. 

Example:  SUBSE7S=N2  1*0  N7,  SUBSETS=  (N9, 
N2*,  N50) , N 100  TO  N104, 
SU3SETS=N2C0 

If  tne  structural  model  is  not  constrained  from  assuming 
rigid-body  (RB)  motion,  1 to  6 RB  coupled  modes  will  be  included 
in  the  mode  matrix.  These  RB  modes  may  be  replaced  by  a set  of 
user-selected,  optionally  normalized,  uncoupled  RB  modes  as 
described  by  the  following  parameters.  A replacement  mode  is 
eitner  a unit  translation  vector  or  a unit  rotation  vector.  If 
the  model  is  partially  constrained,  it  is  the  responsibility  of 
the  user  to  insure  that  the  RB-mode  replacements  are  compatible 
with  the  structural  supports.  If  any  of  the  following  parameters 
is  used,  the  MASS  Processor  (sec.  238.2)  should  be  executed  to 
calculate  the  total-weight  matrix  prior  to  execution  of  the 
VIBRATION  Processor. 
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The  user-selected  RB  modes  are  associated  with  either 
the  GLOBAL  frame,  the  principal  axes  of  the  model  or  a specified 
rectanqular  triad.  These  reference  frames  are  identified  by 
the  key-words  URBM,  PRBM  and  TRBM,  respectively. 

URBM  — A reference  frame  whose  origin  is  at  the  center  of 
gravity  (eg)  of  the  model  as  calculated  by  the  MASS 
Processor  and  which  huJ  the  same  orientation  as  the 
GLOBAL  triad.  The  weight  matrix  for  the  model  (see 
the  discussion  at  end  of  this  section)  will  contain 
nonzero  products  of  inertia  if  the  axes  of  this 
reference  frame  are  not  coincident  with  the  principal 
axes  cf  the  model. 

PRBM  — A reference  frame  whose  origin  is  at  the  eg  of  the 
model  as  calculated  by  the  MASS  Processor  and  which 
is  oriented  such  that  its  axes  coincide  with  the 
principal  axes  of  the  model.  Generally,  dynamic 
couplinq  will  not  exist  for  this  case. 

TPBM  --  A reference  frame  whose  origin  and  orientation  are 

defined  via  *.he  x,  Y,  z,  RnX,  RnY  and  RnZ  parameters 
discussed  below.  The  resulting  weight  matrix  for  the 
model  will,  in  general,  contain  nonzero  static  moments 
and  products  of  inertia. 

URBM  \ 

PRBM  > = xvzxvz  The  key-word  specified  by  this  parameter 

TRBM  ) denotes  which  type  of  reference  frame 

is  to  be  used  to  reference  (uncouple) 
the  overall  RB  modes.  The  code  xyzxyz 
is  a 1 to  6 digit  integer  denoting  which 
RB  modes  are  inherent  in  the  model. 

Each  digit  in  this  code  is  set  to  0 
or  1 denotinq  whether  or  not  Y-axis 
translation,  Y-axis  translation,  Z-axis 
translation,  X-axis  rotation,  Y-axis 
rotation  and  Z-axis  rotation, 
respectively,  are  present.  A one 
indicates  that  the  corresponding  KB 
motion  is  present,  whereas  a zero 
indicates  that  it  is  not  present.  Left- 
most zeros  of  this  code  need  not  be 
input.  One  of  these  parameters  must 
be  selected  if  uncoupled  RB-modes  are 
to  be  generated.  Only  one  of  these 
parameters,  however,  may  be  specified 
in  a single  statement. 

Default:  The  RB  modes  as  calculated 
by  the  VIBRATION  Processor 
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are  components  of  the  output 
"MODESxx"  matrix. 


Example:  This  parameter  might  be  input  as 

TRBM= 10101  which  indicates  that  Y- 
translation,  X-rotation  and  Z-rotation 
are  inherent  to  the  model  and  that  these 
RB  modes  are  to  be  uncoupled  relative 
to  a user-selected  reference  frame. 


The  following  two  sets  of  parameters  define  the  origin 
and  orientation  of  a user-selected  rectangular  reference  frame 
relative  to  which  the  RB  modes  are  to  be  uncoupled.  These 
parameters  are  applicable  only  if  the  parameter  TRBM=xvzxvz 
is  input. 


The  GLOBAL  X,  Y and  Z coordinates  of 
the  origin  of  the  user-selected,  RB- 
mode  reference  frame. 

Default:  Values  are  zero. 


Rotations  (degrees)  used  to  orient  the 
user- selected,  RB-mode  reference  frame 
relative  to  the  GLOBAL  triad.  One  to 
six  of  these  three  types  of  parameters 
may  be  used  in  a single  statement. 

The  sequence  in  which  the  rotations 
are  to  be  effected  is  denoted  by  the 
integer  assigned  to  "nH  (1  < n < 6) 
within  the  words  RnX,  RnY  and  RnZ. 

The  sequence  defined  by  the  “n"  numbers 
must  begin  with  one  and  must  be 
continuous  up  to  a maximum  of  6 (e.g., 
R1Y=b1,  R2X=a1,  R3Y=b2,  R4Y=b3,  R5Z=c1) . 
The  i-th  sequential  rotation  is  effected 
relative  to  the  X,  Y or  Z axis  as 
positioned  after  the  (i-1)  rotation. 
Default:  Values  are  zero. 


Default:  If  neither  of  the  last  two  ;.ets  of 

parameters  is  specified  when  the  TRBM 
parameter  is  selected,  the  GLOBAL  triad 
is  used  as  the  RB-mode  reference  frame. 
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IXYx 
YZx 
XZx 


UNITR 


RBGM 


This  parameter  denotes  that  the  total- 
weight  matrix  (see  discussion  below) 
associated  with  the  eg  of  the  mass  model 
is  to  be  referenced  to  a GLOBAL  plane 
of  model  symmetry.  The  characters  XY 
(or  YX)  , YZ  (or  ZY)  or  XZ  (or  zx)  denote 
the  plane  of  symmetry.  The  letter  "xH 
denotes  a user  node  number  (1  to  5 
diqits)  which  defines  the  location  of 
the  plane  of  symmetry.  Orthographic 
projection  of  the  eg  of  the  half  model 
onto  the  specified  GLOBAL  plane  defines 
the  cq  of  the  symmetrical,  total  model. 
The  weight  matrix  is  referenced  to  this 
total-model  eg  point  prior  to  performing 
the  RB-mode  replacement (s)  (URBM,  PRBM 
or  TRBM  parameter) . Only  one  of  these 
parameters  may  be  specified  in  a single 
statement. 

Default:  The  weight  matrix  terms  are 

not  modified  to  reflect  a half- 
model of  a symmetrical 
structure. 

Key-word  denoting  tnat  the  RB-replacement 
modes  (URBM,  PRBM  or  TRBM)  are  not  to 
be  normalized. 

Default:  Each  RB-replacement  vector 
is  normalized  to  1.0  based 
on  its  largest  component. 

Key-word  denoting  that  the  partition 
of  the  generalized  mass  matrix  which 
is  associated  strictly  with  the  RB- 
replacement  modes  (URBM,  TRBM  or  PRBM) 
is  to  be  calculated  as  RT*J*P  where, 

R is  the  matrix  of  PB-mod-’s  ar.  i J is 
th°  total-mass  matrix. 

Default:  The  generalized  mass  matrix 
is  generated  by  using  the 
reduced  mass  matrix  identified 
by  MName1 " and  the  calculated 
mode-shape  matrix  identified 
by  MODESxx. 
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CONMASS=Num  The  number  (integer)  of  the  concentrated 

mass  subset  defined  via  the  mass  data 
(sec.  138.0)  which  is  to  be  associated 
with  a Guy an -reduced  mass  matrix  NName1.N 
This  parameter  is  applicable  only  if 
URBM,  PRBM  or  TRBM  is  specified. 

Default:  No  concentrated  mass  subset 
is  associated  with  the  mass 
matrix  "Namel." 


The  total-weight  matrix  as  calculated  by  the  VIBRATION 
Processor,  if  one  of  the  parameters  URBM,  PRBM  or  TRBM  is  used, 
represents  the  total-weiqht  properties  of  the  model  relative 
to  the  selected  reference  frame.  Its  general  form  is 


w 

0 

0 

0 

W 

0 

0 1 0 
0 | -W*z 

_W_ t W*y 
W*y  | Ixx 

W*z 

0 

-W*x 

-W*y 

W*x 

0 

0 

-W*z 

Txy" 

Ixz 

W*z 

0 

-W*x  J Ixy 

Iyy 

Iyz 

-W*y 

W*x 

0 | Ixz 

Iyz 

Izz 

is  the  weight 

of  the  mass 

model 

and  Ijk 

weiqht  products  of  inertia  relative  to  the  selected  reference 
frame  axes,  x,  y and  z are  mass-model  eg  coordinates  relative 
to  a TRBM  triad.  The  off-diagonal  partition  elements  (W*z, 
etc.)  introduced  by  a TRBM  coordinate  transformation  are 
referenced  as  "static  moments."  These  terms  are  zero  in  the 
total- weight  matrix  calculated  by  the  MASS  Processor  ( sec. 
238.2).  Masses  are  calculated  from  weights  by  using  the  mass 
factor  specified  in  the  MASS  input  data  (see  FACTOR  data  subset 
of  sec.  138.0).  If  that  factor  is  not  specified,  weights  are 
divided  by  the  default  value  of  386. 04  to  convert  them  to  masses. 
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258.2  PRINT  OUTPUT  STATEMENT 


The  following  statement  is  used  to  request  printout  of  the 
data  calculated  by  the  VIBRATION  Processor. 


PRINT  OUTPUT  (VIBRATION,  Plist) 


List  of  optional  parameters  for  Plist: 

VSET=Num  The  vibration  set  number  (integer)  for 

which  calculated  data  are  to  be  printed. 
Default:  VSET=1 


No (Data)  Key-word  that  suppresses  printing  of 

selected  vibration  data.  One  or  more  of 
the  following  key-words  nay  be  used  in  a 
single  statement: 


NOFKEQS 

NOMODES 

NOGSTIF 

NOGMASS 


— Frequencies 

— Modes 

— Generalized  stiffness 

— Generalized  mass 


Default;  All  the  vibration  data  are 
printed . 


* 

(Nxxx ,Nyyy 
SUBSETS=  Nxxx  TO  Nyyy 
. 


.-•1 

yy  j 


This  parameter  defines  the  node  subsets 
for  which  subset  mode-matrices,  as 
generated  by  the  VIBRATION  Processor,  are 
to  be  printed.  Any  combination  of  these 
options  may  be  used  within  a single 
statement.  The  Asterisk  Name  Option  (see 
sec.  200.0)  may  be  used  to  identify 
subsets . 

Default:  No  previously  generated,  subset 
mode-matrices  are  printed. 
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DATA 


ft  APPENDIX  A 

ATLAS  STANDARD  MATERIAL  PROPERTY  LATA 


ft  The  data  presented  in  this  section  illustrate  the  discrete 

property  values  for  each  of  the  linearly  elastic,  isotropic 
materials  in  the  ATLAS  standard-material  catalog.  Each  standard 
material  is  identified  by  a material  reference  code  (see  sec. 
140.0) . The  sinqle  set  of  nominal  property  data  and  forms 
selected  for  each  alloy  are  representative  of  that  material 
ft  (ref.  140-1).  The  notation  used  herein  is  as  follows: 


Ex 

2 

Young's  modulus  (Ibs/in.I  2) 

Gi 

= 

Shear  modulus  (lbs/in.  z) 

r 

P 

= 

Material  density  at  70°F  (lbs/in.3) 

Vl 

= 

Poisson's  ratio 

Ctx 

= 

Linear  thermal  strain  relative  to  70°F 

i 

FTU 

= 

Ultimate  tension  stress  (lbs/in.*) 

FCU 

= 

Ultimate  compression  stress  (lbs/in.2) 

FSU 

= 

Ultimate  shear  stress  (lbs/in.2) 

t 

FTY 

s 

Yield  tension  stress  (lbs/in. 2) 

FCY 

= 

Yield  compression  stress  (lbs/in.2) 

FSY 

= 

Yield  shear  stress  (lbs/in.2) 

ft 

The  stored 
El  = 2Gi  (1  + 

values 
Vx)  for 

of  Ej,  Gj  and  \>i  satisfy  the  expression 
isotropic  materials. 
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2024-  735  1 ALUMINUM 
CLAD  PLATE  (0.50  - 1-0  in.) 


70  75*76  ALUMINUM 

CLAD  PLATE  i SHEET  (0  .188  - 0.  499  In.) 


7075*  T73  ALUMINUM 
FORGING  (£  3.0  In.) 


•*«■*•'* 


niKbiMi . *f 


6AL‘4V  ST  A 1000  TITANIUM. 
SHEET  & PLATE  (S  0.  750  In.) 


MATERIAL  REFERENCE  CODE  M6 


. 1640  I b*/ln3  Vi=  0.31 


200  400  400  100  1000 

temperature  - *r 


temperature  • *p 


6AL-4V»2SN  ST  A 1100  TITANIUM 
FORGING  2.0  InJ 


«••*<»»« 


, C|  Jt  10*  *1  p»l  ) ,Cyj  ■ 10“ 


STIFFNESS 

ELEMENTS 


APPENDIX  B 

ATLAS  STIFFNESS  FINITE- ELEMENT  CATALOG 


The  following  items  are  presented  for  each  of  the  ATLAS 
stiffness  finite  elements: 

a)  The  key-word  or  integer-equivalent  required  for  input 
identification; 

b)  A general  description  of  the  element  including  a sketch; 

c)  Description  of  nodes  used  to  define  the  element; 

d)  Definition  of  the  element  reference  frame  used  to 
reference  directions  of  input  element  loads  and  output 
stresses; 

e)  Definition  of  the  element  section-properties  and  their 
alphanumeric  identifiers; 

f)  Material  properties  used  for  stiffness,  stress  and 
loads  computations ; 

q)  Nodal  input  variations  (combinations)  and  illegal 
conditions; 

h)  Section-property  input  variations  (combinations)  and 
illegal  conditions; 

i)  Description  of  element  loading  capabilities; 

j)  Description  of  element  thermal  loading  capabilities; 

k)  Definition  of  element  stresses  in  force  (F)  and  length 
(L)  units. 

Herein,  lower  case  x,  y and  z denote  right-handed, 
orthoqonal,  Cartesian  element-ref erence-f rarae  axes,  whereas 
X-Y-Z  denotes  the  nodal-data  GLOBAL  reference  frame  (sec.  146.0) . 
Principal  material  axes  are  denoted  by  a 1-2-3  orthogonal  triad. 

Input  variations  of  element  section- properties  are 
illustrated  via  tables  of  expansion  keys.  An  expansion  key 
is  the  column  of  integers  associated  with  a particular  number 
of  input  property  values  for  the  element  type.  A nonzero  integer 
component  of  a key  denotes  which  one  of  the  ordered  property 
values  defined  by  an  input  data  record  is  assigned  to  the 


B.l 


corresponding  property  shown  in  the  table.  A zero  integer 
denotes  that  the  property  va'ue  is  to  be  set  to  zero.  An 
asterisk  denotes  that  a property  value  is  to  be  automatically 
assiqned  the  corresponding  value  (specified  or  default)  of  the 
last  defined  element  of  the  same  type.  Descriptions  of  the 
element-definition  input  data  records  are  presented  in  section 
152.0. 


The  element  loading  and  element  thermal  loading 
capabilities  described  herein  are  the  most  general  input 
variations  provided.  Other  input  variations  are  described  in 
section  134.0. 
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IDENTIFICATION: 

general  description: 


NODES: 

ELEMENT  REFERENCE 
FRAME: 

SECTION  PROPERTIES: 
MATERIAL  PROPERTIES: 
NODAL  INPUT: 

SECTION  PROPERTY 
INPUT: 


ELEMENT  LOADING: 

ELEMENT  THERMAL  LOADING: 
STRESS  OUTPUT: 


STIFFNESS  ROD  ELEMENT 


STIFFNESS 

liuamua 


HOD  or  1 

Straight  element  with  a linear  area  variation  and  a conatant  axial 
load.  Uniform  atreaa  distribution  on  cross  section.  The  geomet- 
ric stiffness  is  based  on  a linear  variati  ’ of  displacements. 


N 1 » Structural  node  located  at  centroid  of  cross  section  at 

end ( 1 ) . 

N2  • Structural  node  located  at  centroid  of  cross  section  at 
end (2) . 

If  x is  parallel  to  Z,  y is  parallel  to  X.  Otherwise,  the  x-y 
plane  is  parallel  to  Z such  that  the  dot  product  yZ  >0. 

A ( 1 ) - Cross  section  area  at  end(1).  i 

A ( 2)  ■ Cross  section  area  at  end(2). 

• El  for  stiffness 

• CTl  for  therm*!  strain 

Nl,  N2 

Illegal  Condition:  Element  length  less  than  10'* 


PROPERTY 

EXPANSION  KEYS 

NUMBER  OF  INPUT  VALLES 

LABEL 

1 

2 

1 

1 

*(2) 

1 

2 

Illegal  Condition:  A(1)  or  A(2)  < 0. 

Linearly  varying  distributed  load  along  length  (F/L) . 

Linearly  varying  fit  along  length. 

P “ Axial  force  (F) 

P/A ( 1 ) **  Axial  stress  at  Nl  (F/L?) 

P/A (2)  ■ Axial  stress  at  112  (F/L1) 

^ f p» 

MI  M2 
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IDENTIFICATION  t 
GENt.lAL  DESCRIPTION! 


NODES : 


ELEMENT  REFERENCE 
FRAME: 

SECTION  PROPERTIES! 


STIFFNESS  BEAM  ELEMENT 


BEAM  or  2 

S.traight  •lament  based  on  Navier's  theory  of  bending  and 
St.  Venan'  '•  theory  of  torsion  (no  warping).  Cross  section 
properties  vsry  linearly.  The  shear  center  and  the  inter- 
section point  of  the  principal  axes  in  bending  coincide.  The 
elastic  axis  can  be  offset  from  the  structural  nodes.  The 
geometric  stiffness  is  based  on  Navler'e  theory  of  bending. 


N 1 » Structural  node  rigidly  connected  to  end(1) 

N2  » Structural  node  rigidly  connected  to  end (2) 

A1  « Auxiliary  node  defining  elastic  axis  location  at  end(1) 

A2  - Auxiliary  node  defining  elastic  axis  location  at  end(2) 

A3  - Auxiliary  node  defining  the  x-y  principal  plane 

If  A3  is  specified,  z is  defined  by  the  cross  product  of  x and 
A1-A3. If  A3  is  not  specified,  z is  defined  by  the  cross  product 
of  x and  GLOBAL  2.  Note  that  if  x is  parallel  to  Z,  A3 
must  be  specified  The  y and  s-axes  are  principal  axes 
in  bending. 


A<1) 

A-VY(I) 

A-VZ ( 1 ) 

J(1) 

IY(1) 

IZ(1> 

A ( 2 ) 
A-VY (2) 
A-VZ  (2) 
J (2) 
IY(2) 
12(2) 
CONSTR 


- Cross  section  area  at  end(1) 

- Effective  shear  area  in  y-direction  at  end(1) 
■ Effective  shear  area  in  z-direction  at  end(1) 
• St  Venant  torsion  constant  at  end(1) 

« Moment  of  inertia  about  y-axis  at  end(1) 

- Moment  of  inertia  about  z-axis  at  end(1) 


Properties  at  end (2)  analogous  to  those  at  end(1; 


- A twelve  digit  number  (decimal)  defining  hinges, 
sockets  and/or  slides  at  A1  and/or  A2  relative 
to  the  element  reference  frame.  Each  digit  is  a 
zero  or  s one  corresponding  to  a particular  ele- 
ment kinematic  freedom.  A one  denotes  that  ‘-he 
corresponding  force  or  moment  in  the  element 
should  be  zero.  The  twelve  digits  of  this  number 
in  a left-to-right  order  are  associated  with  the 
element  nodal  freedoms  Tz2,  Ty2,  7x2,  Tzl,  Tyl, 

Txl , Rz2,  Ry2,  Rx2,  Rzl,  Ryl  and  Rxl , respectively. 
Thus,  the  value  100010.0  causes  hinges  to  De  formed 
relative  to  the  Rz2  and  Ryl  freedoms  (i.e.,  the 
beam-end  bending  moments  MZ(2)  and  MY(1)  in  the 
stress  output  will  be  zero.  A ball-and-socket 
joint  at  end(l)  of  a beam  is  formed  by  the  value 
U1.0  for  CONSTR. 
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MATERIAL  PROPERTIES: 


NODAL  INPUT: 


• El  for  axial  deformation  and  bending 

• G12  for  transverse  shear  and  torsion 

• Cn  for  thermal  mrain  in  BEAM 

• *T3  for  thermal  strain  in  rigid  offsets 


r- 


STIFFNESS 


• N1,  N2,  A1 , A2.  A3  (A1  may .equal  Ml  and/or  A2  may  equal  N2) 

• N1,  N2,  A1,  A2  (default  element  orientation) 

• N1,  N2,  A3  (A1-N1,  A2-N2) 

• N1,  N2  (A1«N1,  A2-N2,  default  element  orientation) 


Illegal  Conditions:  • Element  length  less  than  10'* 

• Distance  from  A1  to  A3  less  than  10'* 

• ain*<Z<lO'n  where  Q *=  angle  between  x and 
Z or  if  A3  is  defined,  it  is  the  angle 
between  x and  the  line  from  A1  to  A3 


SECTION  PROPERTY 
INPUT: 


EXPANSION  KEYS 


NUMBER  OF  INPUT  VALUES 


LABEL 

\ 

2 

3 

4 

4 

1 

12 

13 

tut 

l “ 

i 

i 

1 

“7" 

1 

2 

2 

A-vrui 

0 

•0 

0 

0 

2 

2 

2 

2 

A-mu 

0 

0 

0 

0 

3 

3 

3 

3 

mi 

0 

0 

0 

0 

4 

4 

4 

4 

trill 

0 

0 

2 

2 

5 

5 

5 

5 

mu 

0 

2 

3 

3 

9 

6 

3 

3 

A12I 

1 

1 

l 

1 

1 

1 

7 

7 

A-rmi 

0 

0 

0 

0 

2 

2 

9 

9 

4-72(21 

0 

0 

0 

0 

3 

3 

9 

9 

J12I 

0 

0 

0 

0 

4 

4 

10 

10 

iri2i 

0 

0 

2 

2 

5 

S 

11 

11 

12(21 

0 

2 

3 

3 

3 

6 

12 

12 

COKSTR 

0 

0 

0 

A 

0 

7 

0 

13 

A zero  property  value  causes  the  corresponding  stiffness/displacement 
tern  to  be  ignored. 


Illegal  Conditions: 


• Any  property  value  less  than  zero 

• Properties  1 through  6 or  7 through  12 
all  rcro 

• Any  of  the  first  12  properties  non-zero 
at  one  end  and  zero  at  the  other  end 

• Effective  shear  area  in  the  y-direction 
(z-direction)  non-zero  and  IZ  (IY)  zero 

• CONSTR  contains  other  digits  than  0 or  1 

• Combinations  of  kinematic  freedoms  in 
CONSTR  which  allow  rigid-body  motion  of 
the  element  (e.g.,  hinges  for  Rxl  and  RX2) 


ELEMENT  LOADING:  Linearly  varying  distributed  load  along  length  (F/L) 

ELEMENT  THERMAL  LOADING:  Linearly  varying  At  along  length  of  BEAM.  Rigid  offset  fit's 

vary  linearly  along  offsets. 


STRESS  OUTPUT: 


P(2)  - Axial  force  at  end(2);  (F) 

VY(2)  » Shear  force  in  y-direction  at  end(2);  (F) 
VZ(2)  * Shear  force  in  z-direction  at  end(2),  (F; 
T(2)  » Torque  at  ehd(2);  (FL) 

MY  ( 1 ) » Bending  momt  r t about  y-axis  at  end(1);  (FL) 
MY (2)  » Bending  moment  about  y-axis  at  end(2);  (FL) 
MZ ( 1 ) « Bending  moment  about  z-axis  at  end(1);  (FL) 
MZ(2)  » Bending  moment  about  z-axis  at  end(2);  (FL) 


41  *, 
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STIFFNESS  SPAR  ELEMENT 


IDENTIFICATION: 
UENEKAL  DESCRIPTION-. 


NODES : 

ELEMENT  REFERENCE 
FRAME: 

SECTION  PROPERTIES: 


SPAR  or  3 


An  elament  comprised  ot  a quadrilateral  shear  web  of  uniform 
thickness,  two  caps  with  linear  area  variation  and  two  rigid 
posts.  Each  cap  is  comprised  of  two  components:  a directly- 

defined  flange  area  and  a lumped  web  area.  A uniform  shear 
flow  between  caps  and  web  is  assumed. 

Mid-surface  nodes  are  required.  Addition  of  the  respective 
input  t coordinates  to  the  input  nodal  coordinates  defines 
the  upper  part  of  the  element,  whereas  subtrsction  defines 
ths  lower  part  (see  eec.  146.0).  Element  depths  D1  snd  D2 
are  defined  by  the  A coordinates  and  the  offset  distances  as 
shown  below.  When  itiffnesses  and  loads  are  calculated.  It  is 
isiused  that  the  rigid  post  at  end  (2)  is  parallel  to  the  post 
at  end  ( 1 ) . 


Nl  • Structural  mid-surface  node  at  end  ( 1 ) . 

N2  - Structural  mid-surface  node  at  cnd(2). 

The  y-axis  is  parallel  to  the  rigid  posts.  Upper  part  of  element 
has  positive  y-coordinatcs.  The  x-axis  is  in  the  plane  defined 
by  the  cross  product  of  y and  Nl-N’. 


T-WEB 

FARE  A HI 

FAREA1L 

FAREA2U 

FAREA2L 

0(1)U 

0(  1 ) L 

0(2)U 

0(2)L 

A-LMPH' 

A-LMP1L 

A LMP2U 

«-LMT2L 


- Web  thickness 

- Upper  flange  area  at  end(l) 

- Lower  flange  area  at  end(l) 

« Upper  flange  area  at  end (2) 

* Lower  flange  area  at  end (2) 

* Upper  offset  at  end(t)  - positive 

- Lower  offset  at  end(1)  - positive 
■ Upper  offset  at  end(2)  - positive 

* Lower  offset  at  end(2)  - positive 

* Upper  lumping  factor  at  end(1> 

- Lower  lumping  factor  at  end(l) 

* Upper  lumping  factor  a ‘ end(2) 

- Lower  lumping  factor  at  end (2? 


toward  Nl 
toward  Nl 
toward  N2 
toward  N2 


A lumping  factor  denotes  how  much  of  the  web  area  is  eflective  in 
carrying  bending  moments.  For  example,  the  area  to  be  lumped  et 
the  Nl  upper  flange  is  calculated  by  [ (T-WEB) -D1 - (A-LMP1U) ] . 

If  no  lumping  faciors  are  specified  for  any  defined  SFAR  element, 
they  are  automat  real  1 y set  to  1/6  by  the  stiffness  data  pre- 
processor. However,  if  they  are  specified  for  one  element,  those 
values  are  the  default  values  for  subsequent ly-dcf ined  STARS.  It 
should  be  noted  that  when  stiffness  element  data  are  printed,  the 
lumped  areas  (not  the  factors)  are  always  displayed.  Lumping 
factors  (specified  or  default  values)  are  used  to  generate  STAR 
element  sfffness  matrices  only  if  the  "LUMP”  parameter  is  speci- 
fied in  the  EXECUTE  STIFFNESS  statement  (see  sec.  252.2). 
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MAl'i.Rl  AL  PKOI’I  Ki’lL.s  : 


NOr At,  INPUT: 


• hi  1 1 *1  ! i 

• to:  lumped  web  jums 

• G12  for  web 

• CTI  tor  thermal  strain  m flanges 

• CT2  for  thermal  strain  m lumped  areas 

• CT3  for  thermal  strain  in  rigid  posts 


f STIFFNESS 

ymmma 


N 1 , N2 


Illegal  Conditions: 


• Clement  length  is  less  than  10 

• N 1 or  N 2 is  not  a mid-surface-  node 

• fill)  is  zero 

• The  depth  at  HI  or  N2  is  zero  when  a web 
of  nonzero  thickness  is  specified 


SECTION  PROPERTY 
INPUT: 


PROPERTY 

LABEL 

EXPANSION  KEYS  j 

NUMBER 

OF  INPUT  VALUES 

1 

2 

3 

S 

6 

7 

9 

10 

II 

13 

T-HCB 

1 

1 

1 

1 

1 

1 

1 

i 

1 

1 

FARFA1U 

0 

2 

2 

2 

2 

2 

2 

2 

2 

2 

FARFA1L 

0 

2 

2 

3 

3 

3 

3 

3 

3 

3 

FAREA2U 

0 

2 

2 

2 

2 

2 

A 

A 

A 

A 

FAREA2L 

0 

2 

2 

3 

3 

3 

5 

5 

5 

i 

0(1)U 

0 

0 

3 

A 

A 

A 

6 

6 

6 

6 

otm 

0 

0 

3 

5 

5 

5 

7 

7 

7 

7 

0(2!U 

0 

0 

3 

A 

A 

A 

8 

8 

8 

8 

0I2JL 

0 

0 

3 

5 

5 

5 

S 

9 

9 

9 

A-LHP1U 

« 

ft 

9 

9 

6 

6 

■ 

10 

10 

10 

A-LNP1L 

» 

• 

9 

9 

6 

7 

■ 

10 

11 

11 

A-IMP2U 

• 

9 

9 

9 

6 

6 

• 

10 

10 

12 

A-LHP21 

9 

9 

9 

9 

6 

7 

9 

10 

11 

13 

* See  discussion  under  "SECTION  PROPERTIES’ 


Illegal  Conditions: 


• Web  thickness,  any  flange  area  or  any 
lumping  factor  is  less  than  zero. 

• One  or  both  caps  missing  when  web 
thickness  is  nonzero. 

• niso  or  D2<0 

• All  t la.nge  areas  and  web  thickness  zero 

• Xero  flange  area  at  one  end  when  web 
thickness  is  zero 


ELEMENT  LOAD 1 NO: 


Lineally  varying  distributed  load  along  length  (K/L) 


ELEMENT  THERMAL  LOADING:  Linearly  varying  At  alono  each  cao.  Rio  id  oost  At's  vary 

linearly  between  upper  and  lower  cap-end  valves. 


STRESS  OUTPUT: 


P-CAPP 

S1GMA-U 

P-LMPU 

r-CAPL 

SIGMA-L 

P-I.MPL 

U-EOUTV 

TAP -MAX 


Average  load  in  upper  cap  {!*) 

Avoiaje  stress  m upper  ilange  ( F/ i. 2 ) 
Average  load  in  upt»er  lumped  area  (F) 
Average  load  in  lower  cap  (D 
Average  stress  in  lower  flange  (F/I.2) 
Average  load  in  lower  lumped  >uoj  (F) 
Equivalent  shear  flow  (F/I.) 

Maximum  shear  setess  (F/L2) 


The  equivalent  shear  flow  U“*’«0U1V  is  dot  mod  as 
0-K0U1V  - 02*02 'M  01-01  02 

which  represent  s , in  a cextain  sense,  the  average  shear  t low  m 
the  web. 

Positive  values  ot  cap  load,  flange  stress  and  lumpod-aiea  load 
indicate  tension. 


- I ow*1'  / Unfit' 
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STIFFNESS  COVER  ELEMENT 


IDENTIFICATION: 
GENERAL  DESCRIPTION: 


NODES : 

ELEMENT  REFERENCE 
FRAME: 

SECTION  PROPERTIES: 


MATERIAL  PROPERTIES: 


COVER  or  * 

Two  triangular  or  quadrilateral  ATLAS  PLATE  elements  separated  by 
rig ’ d posts.  One  of  the  plates  may  have  zero  properties.  Mid- 
surface nodes  are  required.  Addition  of  the  respective  input 
A coordinates  to  the  input  nodal  coordinates  defines  the  upper 
plate  corners,  whereas  subtraction  defines  the  lower  plate  corners 
(see  sec.  146.0).  The  directions  of  the  rigid  posts  need  not  be 
parallel. 


N1,  N2,  N 3 (and  N4  for  a quadrilateral  COVER)  are  structural  mid- 
surface nodes  defining  the  element  corners.  Nodes  defining  a 
quadrilateral  must  be  input  sequentially  in  either  the  clockwise 
or  counterclockwise  direction. 

One  local  frame,  x^-y^-z^,  is  defined  for  the  upper  plat-  and 
anotner  frame,  *l"V'l-zL’  for  thC  lower  Plate-  Each  local  frame 

is  defined  relative  to  the  plate  corners,  r.u,  F2U,  etc.,  in  the 
same  manner  as  the  ATLAS  PLATE  element  reference  frame  is 
defined . 


Upper  Plate 

T(0)U  = Plate  thickness 

T ( 1 ) U = Smeared  uniaxial  thickness  •>  1-direction 
T(2)U  “ Smeared  uniaxial  thickness  l -direction 
ALPHA!)  * Angle  between  xy  and  materl  s 1 (degrees) 

BETAU  - Angle  between  xy  and  stiffens  direction  SI  (degrees) 


T ( 0 ) L 
T ( 1 ) L 
T ( 2)  L 
ALPHAL 
BETAL 


Lower  Plate 


Definitions 


ana logous 


to  upper  plate 


• El,  E2,  V12  and  G12  lor  basic  plates 

• El  for  stifteners 

• £T|  and  CT2  for  thermal  strains  in  basic  plate 

• CT3  for  thermal  strain  lr.  stiffeners 

• Average  of  ET|  and  ET2  for  thermal  stiain  in  rigid  nest-.. 
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NODAL  INPUT  I 


SECTION  PROPERTY 
INPUT: 


ELEMENT  LOADING: 


ELEMENT  THERMAL  LOADING: 


STRESS  OUTPUT: 


STIFFNESS 

ELEMENTS 


• Nt,  N2,  N3  (triangular  COVER  element) 

• Ml i N2,  N3,  N*t  (quadri lateral  COVER  element) 

Illegal  Conditions:  • Ml,  N2,  N3  or  N4  is  not  a mid-surface  node 

• The. length  of  a plate  edge  is  less  than 
10"' 

• The  upper  or  lower  plate  has  a reentrant 
angle 


Illegal  conditions:  • Any  thickness  less  than  zero. 

• All  properties  equal  to  zero. 


Linearly  varying  pressure  loading  may  be  applied  to  one  or 
both  of  the  plates  (F/L*) 


Linearly  varying  At  may  be  applied  to  the  plate  components.  Rigid 
post  At' s vary  linearly  between  upper  and  lower  plate-corner 
values. 


SIGMA1U  l 
SIGMA2U [ 
TAU12U  I 
SIG-S1U X 
SIG-S2U  | 
SIGMA1L 
SIGMA2L 
TAU12L 
SIG-S1L 
SIG-S2L  , 


Stress  in  upper  plate  (F/Ll) 

Axial  stress  in  upper  smeared  stiffening  material  !F/L*) 
Stress  in  lower  plate  (F/L*) 


Axial  stress  in  lower  smeared  stiffening  material  (F/L*) 


Note  that  the  basic  plate  stresses  are  calculated  relative  to  the 
material  axes  1-2  as  defined  by  ALPHAU  and  ALPHAL. 


■SfWs 


STIFFNESS  PLATE  ELEMENT 


IDENTIFICATION:  PLATE  OR  S 


GENERAL  DESCRIPTION:  Triangular  or  quadrilateral  membrane  element  with  orthotropic 

aaterial  capability  and  smeared  uniaxial  stiffening.  The  basic 
element  is  a constant-strain  triangle.  Quadrilateral  PLATE 
stiffness  is  generated  from  four  component  triangles  joined  at 
a fifth  internal  node.  If  warped,  the  quadrilateral  plate  is 
equilibrated  by  transverse  forces.  The  element  may  be  offset 
from  its  structural  nodes  The  geoaietric  stiffness  is  based 
► on  a linear  variation  of  the  membrane  displacements. 


Triangular  PLATE 


Quadrilateral  PLATE 


NODES : 


ELEMENT  REFERENCE 
FRAME: 


SECTION  PROPERTIES: 


MATERIAL  PROPERTIES: 


NODAL  INPUT: 


N1,  N2,  N]  (and  N4  for  a quadrilateral  PLATE)  are  structural 
nodes  rigidly  attached  to  the  element.  A1,  a2,  A3  (and  A4)  are 
auxiliary  nodes  defining  the  location  of  the  membrane.  Nodes 
defining  a quadrilateral  plate  N1-N4  (and  A1-A«)  must  be  input 
sequentially  in  either  the  clockwise  or  counterclockwise 
direction. 


The  x-y  plane  is  parallel  to  the  plane  defined  by  the  mid-points 
of  the  plate  edges.  The  origin  is  at  A1  with  the  axes  oriented 
such  that  the  y-coordinate  of  A2  is  rero  and  the  y-coordinate  of 
A3  is  greater  than  zero. 


T(0)  * Plate  thickness 

TS  ( 1 ) ■ Smeared  uniaxial  thickness  in  SI  stiffener  direction 

TS(2)  - Smeared  uniaxial  thickness  in  S2  stiffener  direction 

ALPHA  a Angle  between  x and  material  axis  1 (degrees) 

BETA  * Anole  between  x and  stiffener  direction  SI  (degrees) 

• El,  E2,  V12  and  G12  for  basic  plate 

• E3  for  stiffeners 

• £T|  and  CT2  for  thermal  strains  in  basic  plate 

• CT3  for  thermal  strain  in  stiffeners 

• Average  of  ET|  and  CT2  for  thermal  strain  in  rigid  offsets 


• 

Nl, 

N2, 

N3, 

114, 

Al , 

A2,  A3,  A4  ) 

1 Al 

may 

equal 

Nl 

• 

Nl, 

N2, 

N3, 

Al, 

A2, 

as  ; 

INI 

may 

equal 

Nj 

• 

Ml. 

N2 , 

N3, 

N4 

\ 

(Al  - Nl) 

• 

Nl, 

N2, 

N3 

( 

Illegal  Conditions:  • The  length  of  an  edge  is  less  than  10 

• A quadrilateral  plate  has  a reentrant 
angle 


2 


B- 10 


f ' ....  - , 


Illegal  Conditions:  • Any  thickness  less  than  zero 

• All  properties  equal  to  zero 

ELEMENT  LOADING:  Linearly  varying  pressure  (F/Ll) 

ELEMENT  THERMAL  LOADINC:  Linearly  varying  At  on  surface.  Rigid  offset  At's  vary  linearly 

along  offsets. 

STRESS  OUTPUT:  SIGMA  1 

SIGMA2  Plate  stresses  (F/Ll) 

TAU12 

SIGMAS  1 Stiffener  axial  stresses  (F/L*) 

SIGMAS2 


B.ll 
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STIFFNESS  GPLATE  ELEMENT 


GPLATE  or  6 

Triangular  or  quadrilateral  plate  element  with  uncoupled  membrane 
and  bending  stiffnesses  and  orthotropic  material  capability. 

Triangular  element  assumes  constant  membrane  strain  and  linear  4 

curvature.  Ouadrilateral  element  is  composed  of  4 linear  mem- 
brane strain  and  linear  curvature  bending  triangles.  The  element 
has  no  in-plane  bending  stiffness.  It  may  be  offset  from  its 
structural  nodes.  A quadrilateral  element  may  be  warpad.  The 
geometric  stiffness  for  this  element  is  identical  to  the  one  usee, 
for  the  ATLAS  PLATE  element. 


Trianfular  GPLATE  Quadrilateral  GPLATE  ° 


IDENTIFICATION: 
GENERAL  DESCRIPTION: 


NODES : 


ELEMENT  REFERENCE 
FRAME: 


SECTION  PROPERTIES: 


MATERIAL  PROPERTIES: 


N1,  N2,  N3  (and  N4  for  a quadrilateral  GPLATE)  are  structural 
nodes  rigidly  attached  to  the  element.  A1,  A2,  A3  (A4)  are 
auxiliary  nodes  defining  the  location  of  the  memorane  and  neutral 
surface  in  bending.  Nodes  defining  a quadrilateral  plate  N1-N4 
(and  A1-A4)  must  be  input  sequentially  in  either  the  clockwise  or 
counterclockwise  direction.  AS,  an  optional  auxiliary  node,  de- 
fines the  point  within  a quadrilateral  wnece  the  component  tri- 
angles are  joined. 


Tne  x-y  plane  is  parallel  to  the  plane  defined  by  the  mid-points 
of  the  plate  edges.  The  origin  is  at  A1  with  the  axes  oriented 
such  that  the  y-coordinate  of  A 2 is  zero  and  tne  y-coordinate  of 
A3  is  greater  than  zero. 

T-MEMB1  * Membrane  thickness  at  A1 
T-MEMB2  » Membrane  thickness  at  A2 
T-MEMB3  = Membrane  thickness  at  A3 

T-MEMB4  = Membrane  thickness  at  A4  for  quadrilateral 
T-MEMB5  = Membrane  thickness  at  A5  for  quadrilateral 


T-BENDJ 
T- BEND 2 
T-BENU3 
T-BEND4 
T-REND5 


* Bending  thickness  at  A1 
= Bending  thickness  at  A2 
= Bending  thickness  at  A3 

= Bending  thickness  at  A4  for  quadrilatera  1 
= Bending  thickness  at  A5  for  quadrilateral 


ALPHA 


» Angle  between  x and  material  axis  1 (degrees) 


• El,  E2.V12  and  G12  for  membrane  and  bending  stiffness 

• CTI  and  CT2  for  thermal  strains  in  plate 

• CT3  for  thermal  strain  in  rigid  offsets 


1 

5 

* 

t 

..  i 


t 


t 


* 


«*■- 
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C STIFFNESS  "N 
ELEMENTS  J 


Trianqular  GPLATE 

nodal  INPUT:  • Ml,  M2.  N3,  Ai,  A2,  A3  (Ai  may  aqual  Ni  and  Ni  may  equal  Nj) 

• NI,  N2,  N3,  (Ai  - Ni) 

Quadrilateral  GPLATE 

e NI,  N2 , N3,  N4,  AI,  A2,  A3,  A<t,  A5 1 f hi  may  .equal  Ni  and 

• NI,  N2 , N3,  N4 , AI,  A2,  A3,  A4  f \ Ni  may  equal  Nj 

(AS  located  at  average  of  corner  coordinatea) 

• NI,  N2 , N 3 , N«,  AS  (Ai  - Ni) 

• NI,  N2,  N3,  NO  (Ai  * Nit  AS  located  at  average  of  corner 

coordinatea) 

Illegal  Conditions:  • The  length  of  an  edge  is  leas  than  T0~* 

• A quadrilateral  p<ate  haa  a reentrant 
angle 

• AS  (if  specified)  lying  outside  the 
plate  edges 


SECTION  PROPERTY 
INPUT: 


PROPERTY 

EXPANSION  KEYS 

NUMBER  OF  INPUT  VALUES 

LABEL 

1 

2 

i 

4 

5 

4 

7 

• 

9 

10 

11 

T-HEMB1 

in  .ii 

1 

l 

i 

J 

2 

1 

i 

1 

1 

i 

T-MEHB2 

1 

1 

l 

2 

2 

2 

2 

2 

2 

2 

2 

T-MEHB3 

i 

1 

l 

3 

3 

3 

3 

3 

3 

3 

3 

J-HEHB4 

i 

1 

l 

4 

4 

0 

0 

4 

4 

4 

4 

7-HEHB5 

l 

1 

1 

0 

0 

0 

0 

0 

0 

5 

5 

T-BEBD1 

1 

2 

2 

0 

0 

4 

4 

5 

5 

6 

t 

T-BEBD2 

1 

2 

2 

0 

0 

5 

5 

f 

6 

7 

7 

I-BEK01 

i 

2 

2 

0 

0 

6 

S 

7 

7 

B 

8 

T-BEBD4 

1 

2 

2 

0 

0 

0 

0 

B 

B 

9 

9 

T-BEMD5 

{ 

2 

2 

0 

0 

0 

0 

0 

0 

10 

10 

41  PH  A 

5 

0 

3 

0 

5 

0 

7 

0 

9 

0 

11 

Illegal  Conditions:  • Any  thickness  less  than  zero 

• All  properties  equal  to  zero 

t.i.CML.JT  LOADING : Linearly  varyinq  pressure  (F/L* ) 

ELEMENT  THERMAL  LOADING:  Linearly  varying  At  on  surface.  Rigid  offset  At's  vary 

linearly  along  offsets. 

STRESS  OUTPUT:  SIGMA  I 1 

S1GMA2  > Membrane  stresses  (F/Ls) 

TAU12  J 


M2  / Dending  moments  (F) 

M 1 2 ) 

NOTfc:  Stresses  and  Moments  are  averages  of  corner  node  values. 


y 


STIFFNESS  BRICK  ELEMENT 


IDENTIFICATION:  BRICK  or  8 

GENERAL  DESCRIPTION:  isoparametric  solid  element  with  three  degrees  of  freedom  per  node 

and  an  orthotropic  material  capability.  The  basic  BRICK  is  de- 
<>  fined  by  8 corner  nodes.  These  nodes  define  12  edges  (E1-E12)  and 

directions  thereof  as  shown  in  the  figure.  Along  each  edge,  1,  2, 
or  3 intermediate  nodes  may  be  specified.  The  geometry  of  these 
edges  is  definea  by  a second-,  third-  and  fourth-,  order  poly- 
/ nomial,  respectively.  The  geometric  stiffness  is  based  on  the 

isoparametric  representation  of  the  displacements. 


NODES:  N1-N8  = Structural  nodes  at  corners  of  element 

N9-Nm  * Structural  nodes  on  edges  of  element  where  m <44. 

A1-A3  = Auxiliary  nodes  defining  principal  directions  of  material 

orthotropy  (optional) . 

The  six  faces  of  a BRICK  are  defined  by  their  corner  nodes  as 
follows: 


FACE 

CORNER  NODES 

1 

Ml,  M2.  M3, Hi 

2 

MS,  MS,  M7.  MS 

3 

M2,  M3.  MS.  H7 

4 

Ml.M4.MS.M8 

5 

H3.M4.M7.M8 

6 

Ml,  M2.  MS.  M6 

If  the  contour  N1,  N2,  N3  and  N4  is  clockwise  when  viewed  in  Luc 
negative  x-direction,  face  numbers  5 and  6 as  shown  in  the  table 
are  interchanged. 


ELEMENT  REFERENCE  Inherent  in  the  analysis  of  the  element  behavior  is  a mapping  of 

FRAME:  the  geometry  into  a cube  wherein  the  planes  x = 1 1,  y = 1 1 and 

z * i 1 define  the  element  faces.  The  origin  of  the  element 
reference  frame  is  at  the  C.G.  of  the  cube.  The  positive  x-axis 
intersects  face  1,  the  positive  y-axis  intersects  face  3,  and  the 
z-axis  is  formed  by  the  right-hand  rule. 

SECTION  PROPERTIES : There  are  no  section  properties  associated  with  this  elcin'iiL. 
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MATERIAL  PROPERTIES: 
NODAL  INPUT: 


SECTION  PROPERTY 
INPUT: 

ELEMENT  LOADING: 

ELEMENT  THERMAL  LOADING: 
STRESS  OUTPUT: 


STIFFNESS 

ELEMENTS 


• The  Mterial  may  be  orthotropic  ee  defined  by  the  propertiea 

El,  E2,  K3,  V12,  VJ1,  V23.  G12,  G13  end  G23.  The  material 

exee  1-2-3  are  oriented  by  the  auxiliary  nodes  A1*A3. 

• CTl,  CT2  end  CTS  are  used  for  thermal  atraina 

N1 , N2,  ....  N8,  Nj,  . Nfj  , N£|2  , A1,  A2,  A3,  where 

Nl,  N2,  . ..,  N8  are  unique  corner  nodes  which  must  always  ba 

input.  Nl,  ....  NS  and  NS,  ...,  N8  define  two  oppot its  .sides 
of  the  BRICK.  Nl,  . . . , NS  may  be  input  clockw<se  or  counter- 
clockwise, however,  NS,  ....  N8  must  be  ord-ree  so  that  t *..» 
of  the  node  pairs  (Nl,  NS),  (N2,  N6) , (N3,  N7,  ..'d  (Ks,  N8) 

lies  on  a separata  edge  of  the  solid  (see  figure). 

e N?.  , N?,  , N?..  : Intermediate  edge  nodes  input  in  12 

**  ‘ * groups  of  p nodes,  where  p is  the 

maximum  number  of  intermediate  nodes  on  any  one  of  the  edges 
(i.e.,  p - 0,1, 2, 3).  The  groups  are  ordered  according  to  edge 
m iber  and  the  items  in  each  group  are  ordered  according  to  the 
edge  direction.  If  each  edge  docs  not  ‘have  the  same  number  of 
intermediate  nodes,  zeros  must  be  input  in  the  appropriate 
locations.  For  example,  in  the  foregoing  figure,  p ■ 3 and 
the  nodal  input  uould  be  as  follows: 
i 

Nl,  N2 , ....  N8,  H9,  N10,  Nil,  0,  0.  0,  N12,  N13,  0,  0,  0,  0, 
....  0,  0,  0,  N1S,  0,  0 

• A1 , A2,  A3:  Auxiliary  nodes  for  defining  material  directions. 

Any  one  of  these  may  be  a zero  indicating  the  GLOBAL  origin. 

If  not  specified,  the  material  axes  1-2-3  coincide  with  the 
GLOBAL  X-Y-Z  axes,  respectively. 

Illegal  Conditions:  • Any  of  the  first  8 nodes  equal  to  zero 

• Any  edge  having  zero  length 

• Improperly  ordered  intermediate  edge  nodes 


None 


Distributed  loads  may  be  applied  to  any  face  with  a different 
value  specified  at  each  node  on  the  loaded  face. 


A At  may  be  applied  at  each  node. 


Standard 


The  following  components  relative  to  the  material  reference  frame 
at  the  centroid  of  the  BRICK 


SIGMA  1 1 

SIGMA2  > Axial  stresses  (F/L‘) 

SIGMA3  ) 

TAU12  ) 

TAU 1 3 > Shear  stresses  (F/L* ) 

TAU23  J 

Optional 

The  same  six  stress  components  relative  to  the  material  reference 
frame  at  each  node  of  the  BRICK  (see  BJGBRICK  parameter  for  he 
EXECUTE  STIFFNESS  statement,  section  252.2). 


IDENTIFICATION: 
GENERAL  DESCRIPTION: 


NODES: 

ELEMENT  KEFEReNCE 
FRAME: 

SECTION  PROPERTIES: 

MATERIAL  PROPERTIES: 
NODAL  INPUT: 


SLCTION  PROPERTY 
INPUT: 


STIFFNESS  SCALAR  ELEMENT 


SCALAR  or  9 

Spring  clement  with  three  translational  and  three  rotational 
stiffnesses  at  a point.  The  element  restrain*  motion  relative 
to  ground. 


N1  « Structural  node  restrained  by  the  SCALAR  element. 

A1 , A2  = Auxiliary  nodes  defining  directions  of  input  stiffnesses. 

Origin  at  N1  with  the  x-axis  from  N1  to  Al.  If  A2  is  specified, 
z is  the  vector  product  of  x and  N1-A2.  If  A2  is  not  specified, 
only  a translation  and  a rotation  stiffness  may  be  defined  rela- 
tive to  the  x-axis.  If  Al  and  A2  are  not  defined,  th->  element 
reference  frame  coincides  with  the  analysis  frame  of  N1. 


K(T1) 
MT2) 
K(T3) 
K ( HI  1 
K(R2) 
K ( R3) 

None 


= Translational  stillness  in 
= Translational  stiffness  in 
* Translational  stiffness  in 
«=  Rotational  stiffness  about 
= Rotational  stiffness  about 
= Rotational  stiffness  about 


x direction 
y direction 
z direction 
x axis 
y axis 
z axis 


• 

Ml. 

Al 

• 

N 1 , 

Al 

• 

N 1 

(stiffnesses  relative  to  x-axis  only) 
(default  element  orientation) 


PROPERTY 

LABEL 

EXPANSION  KEYS 

NUMBER  OF  INPUT  VALUES 

1 

2 

3 

t 

mw 

I 

1 

1 

1 

K(  121 

0 

0 

2 

2 

K(13) 

0 

0 

3 

3 

KIR1I 

0 

2 

0 

t 

K<R2) 

0 

0 

0 

5 

W*3! 

0 

0 

o 

6 
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STIFFNESS 

ELEMENTS 


t 


s 


f 


z 


z 


I 


I 


ELEMENT  LOADING 


None 


ELEMENT  THERMAL  LOADING:  None 
STRESS  OUTPUT: 


Forces  and  momenta  acting  on  the  SCALAR  from  ground  aa 
meaaured  relative  to  the  bleaent  reference  frame 


El  | 
F2  \ 
F3  ) 


Ml 

M2 

M3 


Nodal  forces  (F) 


Nodal  moments  (FL) 


» 


♦ 
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STIFFNESS  SROD  ELEMENT 


IDENTIFICATION! 
GENERAL  DESCRIPTION: 


NODES : 


ELEMENT  REFERENCE 
FRAME: 

SECTION  PROPERTIES: 
MATERIAL  PROPERTIES: 
NODAL  INPUT: 

SECTION  PROPERTY 
INPUT: 


ELEMENT  LOADING: 

ELEMENT  THERMAL  LOADING: 

STRESS  OUTPUT: 


SROD  or  10 

Straight  alamant  with  a linear  araa  variation  and  a linearly  vary- 
ing axial  load.  Uniform  straae  distribution  on  cross  section  with 
shear  transfer  at  N3  to  a compatible  element  (SROD  or  eight-node 
SPLATE) . 


N1,  N2  » Structural  nodes  located  at  ntroid  of  crons  section  at 
end(1)  and  end(2>,  respecti  rly. 

id  * Structural  shear  node  at  which  the  total  shear  force  is 
transferred  to  a compatible  element  or  ground.  The 
analyaia  frame  of  a shear  node  muat  be  the  GLOBAL  triad. 

If  x is  parallel  to  Z,  y is  parallel  to  X.  Otherwise,  the  x-y 

plane  is  parallel  to  Z such  that  the  dot  product  y • 2 > o. 

A(1)  * Cross  section  area  at  end(1) 

A (2 ) • Cross  secti' n ares  at  end  (2) 

• El  for  stiffness 

• CTI  for  thermal  strain 

N1,  N2  N3 

Illegal  Condition:  Element  length  less  than  10”* 


PROPERTY 

EXPANSION  KEYS 

NUMBER  OP  INPUT  VALUES 

LABEL 

1 

2 

mi 

1 

1 

till 

1 

2 

Illegal  Conditions:  • One  or  both  areas  equal  to  zero 
• A(1)  or  A (2)  « G. 

Linearly  varying  distributed  load  along  length  (F/L). 
Linearly  varying  At  along  length. 


PI  * Axial  force  at  Ml  (F) 

P2  s Axial  force  at  N2  (P) 

P21/L  * Snear  flow  along  rod  (F/L) 

(P/A)  1 = Stress  at  id  (F/L*) 

(P/A) 2 « Stress  at  N2  (F/i.1) 


f>l  HI  » 3 H2  P2 

— a ——a* 

tP/tll  ~7uiT  iPlk>2 
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IDENTIFICATION i 
GENERAL  DESCRIPTION: 


NODES : 


ELEMENT  REFERENCE 
FRnME : 

SECTION  PROPERTIES: 
MATERIAL  PROPERTIES: 
NODAL  INPUT: 


STIFFNESS 

ELEMENTS 


STIFFNESS  SPLATE  ELEMENT 


SPLATE  or  11 

Constant  thickness,  four  or  eight-node  quadrilateral  shear  panel 
W'th  eight  nodes,  shear  transfer  is  st  nodes  N1-N*.  With  four 
nodes,,  shear  is  lumped  at  corner  nodes.  Equilibrated  by  trans- 
verse forces  when  warped.  Eight-node  SPLATE  is  compatible  with 
the  SROD  element. 


a-nodt  sntu 


N1-N4  « Structural  nodes  at  which  shear  forces  are  transferred. 

These  are  shear  rode i for  an  8-node  SPLATE.  The 
analysis  frame  of  a shear  node  aiust  be  the  GLOBAL  triad. 
A1-A4  = Auxiliary  nodes  defining  the  corners  of  an  8-node  SPLATE. 

Nodes  may  be  input  in  either  the  clockwise  or  counterclockwise 
direction. 


The  x-y  plane  is  parallel  to  the  plane  defined  by  the  mid-pomes 
of  the  plate  edges.  The  origin  is  at  N1(A1)  with  the  axes 
oriented  such  that  The  y-coordinate  of  N2(A2)  is  zero  and  the 
y-coordinate  of  N3(A3)  is  greater  than  zero. 

T - Plate  thickness 

G.2 

• Nl,  N2 , N3 , N4  (4-node  SPLATE) 

• A1 , A2,  A3,  A4,  Nl , N2,  N3,  N4  (8-node  SPLATE) 

Illec'.l  Conditions:  • The  length  of  an  edge  is  less  than  10~* 

• There  is  a reentrant  angle 


SECTION  PROPERTY 
INPUT: 


T 

Illegal  Condition:  T i 0. 


ELEMENT  LOADING: 
ELEMENT  THERMAL 

STRESS  OUTPUT: 


Linearly  varying  distributed  load  (F/L*) 


LOADING:  None 


Q-EQUIV  i 

Q21  I 

023  v Shear  flows  (F/L) 

Q«3  I 

0*1  ) - 

TAU-MAX  * Maximum  shear  stress  (F/L') 

w-AVG  « Average  out-of-plane  nodal  load  for  warped  plates  (F) . 


r 
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STIFFNESS 

ELEMENTS 

STIFFNESS  CPLATE  ELEMENT 

1 NOTIFICATION:  CPLATE  or  12 

GENERAL  DESCRIPTION:  Triangular  or  quadrilateral  laminated  membrane  plate  clement 

comprised  of  up  to  10  orthotropic  laminas.  The  triangular 
CPLATE  ia  a constant  strain  element.  The  quadrilateral  CPLATE 
stiffness  is  generated  from  the  stiffnesses  of  four  component 
triangles  joined  at  an  internal  node.  If  warped,  the  quadri- 
lateral plate  is  equilibrated  by  transverse  forces.  The 
element  may  be  offset  from  its  structural  nodes. 


NODES:  Nl,  N2,  N3  (and  S«  for  a quadrilateral  CPLATE)  are  structural 

nodes  rigidly  attached  to  the  clement.  Al,  A2,  A3  (A4)  are 
auxiliary  nodes  defining  the  location  of  the  membrane.  Nodes 
defining  a quadrilateral  plate  Nl-N«  (A1-A4)  must  be  input 
sequentially  in  either  the  clockwise  or  counterclockwise 
direction. 

ELEMENT  REFERENCE  The  x-y  plane  is  parallel  to  the  plane  defined  by  the  nud- 

FK VIE : points  or  the  pi  .te  edges.  The  origin  is  at  Al  with  the 

axes  oriented  such  that  the  y-coordinate  of  A2  is  zero  and  the 

y-coordinate  of  A3  is  greater  than  zero. 

SECTION  PROPERTIES : The  CPLATE  is  comprised  of  one  to  ten  laminas  each  of  which  is 

defined  by  four  properties. 


typical  Laiina 


A REF 


Angle  defining  the  reference  direction  for  the 
element  (degrees) 


MATERIAL  PROPERTIES: 


NODAL  INPUT: 


SECTION  PROPERTY 
INPUT: 


The  next  four  properties  ere  specified  for  each  lamina. 

Axxx.x  - Fiber  angle  (alphanumeric  of  the  form  Axxx.x) . 

The  numeric  portion  defines  the  fiber  direction 
relative  to  the  reference  direction. 

-3600  S xxx. x 5 3600  with  accuracy  of  )0.P.  This 
must  be  the  first  property  input  for  each  lamina. 

Txxxx  - Temperature  deviation  (alphanumeric  of  the  form 
Txxxx) . The  numeric  portion  defines  the  lamina- 
temperature  difference  from  the  elesttnt  tempera- 
ture specified  by  ‘Tcode*  ii.  the  element-definition 
record  (sec.  153.0). 

-2000°  5 xxxx  54095°  with  accuracy  of  11°. 

Default:  Temperature  deviation  of  the  previously 

defined  lamina  or  0°. 

Lnum  - Number  of  layers  (alphanumeric  of  the  form  Lxxxx) . 

The  numeric  portion  defines  the  number  of  layers 
of  composite  material  comprising  the  lamina. 

1 5 xxxx  S4095 

Default:  Number  of  layers  of  the  previously  defined 

lamina  or  100. 

Ccode  *»  Composite  material  code  '(alphanumeric  of  the  form 

Cxx) . The  numeric  portion  identifies  the  composite 
material  of  the  lamina.  15xx531 

Default:  Composite  material  code  of  the  previously 

defined  lamina  or  the  composite  material 
identified  by  *Mcode"  in  the  clement- 
definition  record  (sec.  152.0). 


• El.  E2,  V12,  G12  and  t for  stiffness  of  lacunas 
e CT 1 and  CT2  fot  thermal  strains  in  laminas 


# 

N1, 

N2. 

N3, 

HI, 

AI, 

A2 , A3,  A« 1 

i Ai 

may 

equal  Ni  and 

• 

Nt, 

N2, 

N3, 

AI, 

A2. 

A3  ; 

\N1 

may 

equal  Nj 

• 

N1, 

N2, 

N3, 

NO 

1 

(Ai  - Ni) 

• 

N1, 

N2, 

N3 

/ 

Illegal  Conditions:*  The  length  of  an  edge  is  less  than  10 
e A quadrilateral  plate  has  a reentrant 
angle 


Properties  are  input  in  the  order 


«.1EF 

Axxx.x 

Txxxx 

Lnum 

Ccode 

Axxx.x 

Txxxx 

Lnum 

Ccode 


Lamina  1 


Lamina  2 


Axxx.x 

Txxxx 

Lnum 

Ccode 


■ Last  Lamina 


Properties  Txxxx,  Lnum  and  Ccode  may  lie  defaulted  tor  any 
lamina . 


Illegal  Condi tions :•  Fiber  angle  less  than  -360°  or  greater 
than  360° 

• Temperature  deviation  ess  than  -2000° 
or  greater  than  4095° 

• Number  of  layers  in  l^..una  less  than 
1 or  greater  than  <095 
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ELEMENT  LOADING:  Linearly  varying  pressure  (f/l2) 

ELEMENT  THERMAL  LOADING:  Linearly  varying  At  in  each  lamina.  Rigid  offset  At' 

vary  linearly  along  offsets. 


STRESS  OUTPUT:  Standard 


EPS1  1 

EPS2  > Total  element  strain  (L/L) 

GAM12  ) 

SIGMA1  ) - 

SIGHA2  > Total  element  stress  (F/L^) 

TAU12  I 


f ?S2  CAMli 


STIFFNESS 

ELEMENTS 


Optional 

Stress  and/or  strain  components  in  each  lamina  measured 
relative  to  the  fiber  direction  of  the  lamina (see  sec.  2S4.0) 


IDENTIFICATION; 
GENERAL  DESCRIPTION: 


NODES : 


ELEMENT  REFERENCE 
FRAME : 

SECTION  PROPERTIES: 


STIFFNESS  CCOVER  ELEMENT 


CCOVER  or  1} 

Two  triangular  or  quadrilateral  ATLAS  CPLATE  elements 
separated  by  rigid  posts.  Each  plate  My  be  comprised  of 
up  to  ten  orthotropic  laminae.  One  ot  the  plates  may  have 
sero  properties.  Hid-surface  nodes  are  required. 

Addition  of  the  respective  input  A coordinates  to  the 
input  nodal  coordinates  defines  the  upper  plate  corners, 
whereas  subtraction  defines  the  lower  plate  corners  (see 
sec.  146.0).  The  directions  of  the  rigid  posts  need  not 
be  parallel. 


N1.N2.N3  (and  HS  for  a quadrilateral  CCOVER  are  structural 
mid-surface  nodes  defining  the  element  corners.  Nodes  de- 
fining a quadrilateral  must  be  input  sequentially  in  either 
the  clockwise  or  counterclockwise  direction. 


One  local  frane,  is  defined  for  the  upper  plate 

and  another  frame,  for  the  lower  plate.  Each 

local  frame  is  defined  relative  to  the  plate  corners, 

PH),  P2U,  etc.,  in  the  same  manner  as  the  ATLAS  PLATE 
element  reference  frame  is  defined. 


Eacli  plate  is  comprised  of  zero  to  ten  laminas  each  of  which 
is  defined  by  four  properties. 


Typical  Lenina 


STIFFNESS 

lilT 


Upper  Plate 


s 


I 


y 


r 


r 


f 


» 


r* 


I 


ARKF-U  • Angle  defining  the  reference  direction  for  the 
upper  plate  (degrees) . A value  of  ARBF-U  must 
be  specified  even  if  the  CCOVER  has  no  upper 
plate. 

The  next  four  properties  are  specif led  for  each  lamina 
of  the  upper  plate.  They  are  omitted  if  the  C COVER  has 
no  upper  plate. 

Ax xx • x - Fiber  angle  (alphanumeric  of  the  fore  Axxx.x). 

The  nusmric  portion  defines  the  fiber  direction 
relative  to  the  reference  direction. 

-360°  S xxx. x 3 360°  with  accuracy  of  10.1°. 

This  must  be  the  first  property  input  for  each 
lamina. 

Txxxx  - Temperature  deviation  (alphanumeric  of  the  form 
Txxxx) . The  numeric  portion  defines  the  lamina- 
temperature  difference  from  the  element  tempera- 
ture specified  by  "Tcode*  in  the  element -definition 
record  (sec.  152.0). 

-2000°  £ xxxx  - 4095°  with  accuracy  of  tl°. 

Default:  Temperature  deviation  of  the  previously 

defined  lamina  or  0°. 

Lnum  « Number  of  layers  (alphamuaerlc  of  the  form  Lxxxx) . 

The  museric  portion  defines  the  number  of  layers 
of  composite  material  comprising  the  lamina. 

1 £ xxxx  £ 4095 

Default:  Number  of  layers  of  the  previously 

defined  lamina  or  100 

ccode  « Composite  material  code  (alphanumeric  of  the  form 
Cxx) . The  numeric  portion  identifies  the 
composite  material  of  the  lamina.  l£xx£31 
Default : Composite  material  code  of  the 

previously  defined  lamina  or  the 
composite  material  identified  by 
"Me ode"  in  the  element-definition  record 
(sec.  152.0). 

Lower  Plate 


If  the  CCOVER  has  no  lower  plate,  none  of  the  following 
properties  is  input: 

AREF-L  \ 

Txxxx*  | Defi,,it*ons  analogous  to  upper  plate 

Lnum  I 
Ccode  i 

MATERIAL  PROPERTIES:  e El,  E2 , V12,  Gl?  and  t for  stiffness  of  laminas. 

e 6T1  and  CT2  for  thermal  strains  in  laminas 


NODAL  INPUT: 


SECTION  PROPERTY 
INPUT: 


• Nl,  N2 , N3  (triangular  CCOVER) 
e Nl,  N2,  N3 , N4  (quadrilateral  CCOVER) 

Illegal  Conditions : e The  length  of  an  edge  is  less  than 
10~« 

e a quadrilateral  plate  has  a re- 
entrant angle 

Properties  are  input  in  the  order 


AREF-U 
Axxx . X 
Txxxx 
Lnum 
Ccode 


Lamina  1 of  upper  plate 


Axxx . x 
Txxxx 
Lnum 
Ccode 


Last  lamina  of  upper  pi  .te 


> 
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AREF-L 
Axxx . X ■» 

Txxxx  > Lanina  1 of  lower  plate 
Lnum  I 

erode  J 
Axxx.x  1 

Txxxx  l Laat  lamina  of  lower  plate 
Lnun  I 
Ccode  J 

Properties  Txxxx,  Lnun  and  ccode  nay  be  defaulted  for 
any  lanina. 

Illegal  conditions:  • Fiber  angle  lees  than  -360°  or 

greater  than  360° 

• Tenperature  deviation  less  than 
-2000°  cr  greater  than  4095° 

• Number  of  layers  in  a lamina  less  than 
1 or  greater  than  4095 


ELEMENT  LOADING:  Linearly  varying  pressure  applied  to  one  or  both  plates 

<F/L2) 

i 

ELEMENT  THERMAL  LOADING:  Linearly  varying  At  in  each  lamina  of  each  plate.  Rigid- 

post  thermal  strains  vary  linearly  between  upper  and  lower 
plate-corner  values. 

STRESS  OUTPUT:  Standard 


EPS1U  j 

EPS2U 
CAM12U  ] 
SIGMA1U  ] 

Total 

strain 

in 

upper 

plate 

(L/L) 

J 

SIGMA2U 
TAU12U  J 

Total 

stress 

in 

upper 

plate 

(f/l*) 

EPS1L  ) 

EPS2L  . 
GAM12L  ! 
S1GMA1L  1 

| Total 

1 

strain 

in 

lower 

plate 

(L/L) 

SIGMA2L 
TAU12L  j 

> Total 

stress 

in 

lower 

plate 

<F/L*> 

£PS?L 

SIWA2L 


[PS2U 


Optional 


Stress  an  I/or  strain  components  in  each  lamina  measured 
relative  to  the  fiber  direction  of  the  lamina  (see  sec.  254,0). 
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CMASS 
ELEMENTS 


§ APPENDIX  C 

ATLAS  MASS  FINITE- ELEMENT  CATALOG 


I 


t 


t 


4 


t 


The  following  items  are  presented  for  each  of  the  mass 
finite  elements  available  for  structural  and  non-structural 
mass  modelinq  and  analysis  via  the  ATLAS  system. 

a)  The  key-word  or  integer- equivalent  required  for  input 
identification; 

b)  A qeneral  description  of  *.he  element  including  a sketch; 

c)  Description  of  the  nodes  used  to  define  the  element; 

d)  Definition  of  the  element  section-properties  and 
their  alphanumeric  identifiers; 

e)  Nodal  input  variations  (combinations)  and  illegal 
conditions ; 

f)  section  and  element  mass-property  input  variations 
(combinations)  and  xllegal  conditions. 

Input  variations  of  the  element  mass-data  properties  are 
illustrated  via  tables  of  expansion  kevs.  An  expansion  key 
is  the  column  of  integers  associated  with  a particular  number 
of  input  property  values  for  the  element  type.  A nonzero  integer 
component  of  a key  denotes  which  one  of  the  ordered  property 
values  specified  by  an  input  data  record  is  assigned  to  the 
corresponding  property  shown  in  the  table.  A zero  integer 
denotes  that  the  property  value  is  to  be  set  to  zero. 


I 


> 


1 
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MASS  ROD  ELEMENT 


IDENTIFICATION*  ROD  or  l 

GENERAL  DESCRIPTION:  • Thin 

• Linear  area  distribution 

• lyy  (local)  = izz  (local) 

• Ixx  (local)  = 0 


f ***. 


i 


jfe?.  ■+**  ^ 


NODES: 

ELEMENT  REFERENCE 
FRAME : 

SECTION  properties: 


NODAL  INPUT: 


N!  = Node  located  on  centroid  of  cross  section  at  end(l). 

N2  = Node  located  on  centroid  of  cross  section  at  end(2). 


If  x is  parallel  to  Z,  y is  parallel  to  X.  Otherwise,  the 
parallel  to  Z such  that  the  dot  product  y*Z>0. 


x-y  plane  is 


A(|)  = Cross-section  area  at  end(l). 

A(2)  = Cross-section  area  at  end(2). 

NODE  = A node  in  a plane  that  is  perpendicular  to  the  element.  The  intersection 
of  this  Plane  and  the  x-axis  defines  the  element  CG  location. 

X r x-coordinate  of  CG  on  the  element  x-axis. 

Nl,  N2 

Illegal  Condition:  Element  length  less  than  10"’® 


SECTION  PROPERTY 
INPUT; 


FI -DENSITY 
PROPERTIES 

EXPANSION  KEYS 

NO.  INPUT  VALUES 

2 

3 

DENSI TY 

1 

2 

Al 

2 

2 

A2 

2 

3 

F2*  WEIGHT 
PROPERTIES 

| EXPANSION 

KEYS  | 

NO.  IN 

PUT  VALUES  | 

1 

2 

3 

HEIGHT 

1 

1 

2 

Al 

t 

2 

2 

A2 

* 

2 

3 

F3-  C.  G. 
PROPERTIES 

EXPANSION  KEYS 

NO.  INPUT  VALUES 

2 

HEIGHT 

HODE 

X 

i 

2 1 2 

2 | ! 

i 2 

1 1 legal  Conditions: 

• Any  property  value  less  than  zero 

• Areas  equal  to  zero  when  the  F2  - weight  option  is  used 

• CG  location  beyond  the  ends  of  the  element 


C.2 


MASS 

ELEMENTS 
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MASS  BEAM  ELEMENT 


IDENTIFiCATION: 


BEAM  or  2 


* 


GENERAL  DESCRIPTION:  • linur  cross-sectional  property  distribution 

• Bifid  offsets 


NODES: 


ELENENT  REFERENCE 
FRAME: 


Nl  = Structural  node  rigidly  connected  to  end(l) 

N2  = Structure!  node  rigidly  connected  to  end(2) 

A!  s Node  defining  the  elastic  axis  location  at  end(l) 

A2  = Node  defining  the  elastic  axis  location  at  end(2) 

A3  5 Node  defining  the  x-y  principal  plane 

I f A3  is  specified,  z is  defined  by  the  cross  product  of  x,  and 
A I -A3 • If  A3  is  not  specified,  z is  defined  by  the  cross  product 
of  x and  Z.  Note  that  if  x is  parallel  to  Z,  A3  must  be  specified. 


SECTION  PROPFRTiFS: 


Al  = Cross-section  area  at  end(l) 

j|  = Area  inertia  about  the  element  x-axis  at  end(l) 

I Yl = Area  inertia  about  the  element  y-axis  at  end(l) 

IZ1 = Area  inertia  about  the  element  z-axis  at  end(l) 

A2 

^ 1 Properties  at  end(2)  analogous  to  those  at  end(l) 

IY2 

IZ2 

NODE = A node  in  a plane  that  is  perpendicular  to  the  element 
x-axis.  The  intersection  of  this  plane  and  the  x-axis 
defines  the  element  CG  location. 

X - x-coordinate  of  CG  on  the  element  axis 


= Ar 

) 


NODAL  INPUT: 


a Nl,  N2 , Al,  A2,  A3  (Al  may  equal  Nl  and/or  A2  may  eqnal  N?' 
a Nl,  N2,  Al,  A2  (default  element  orientation) 
a Nl , N2,  A3  (Al=  Nl , A2  =N2) 

• Nl,  N2  (A|  s Nl , A2*N2,  default  element  orientation) 
Illegal  Condition:  Element  length  less  than  I0"10 
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SECTION  PROPERTY 
INPUT: 


FI- DENSITY 
PROPERTIES 

| EXPANSION  KEYS  | 

.VOL 

JT  VALUES  \ 

2 

3 

5 

f 

DEHSI TY 

i 

1 

J 

i 

A1 

2 

2 

2 

2 

J1 

*e 

#* 

3 

3 

IY1 

t* 

ee 

4 

4 

in 

** 

** 

5 

5 

A2 

2 

3 

2 

6 

J2 

** 

** 

3 

7 

IY2 

** 

** 

4 

8 

112 

e* 

** 

5 

9 

F3-  C.  G. 
PROPERTIES 

EXPANSION  KEYS 

NO.  INPUT  VALUES 

2 

HEIGHT 

NODE 

X 



1 | 

1 * 

F2-  MIGHT 
PROPERTIES 

EXPANSION  KEYS  I 

1 NO.  INPUT  VALUES 

2 

3 

5 

9 

HEIGHT 

1 

1 

i 

1 

1 

A1 

* 

2 

2 

2 

2 

J1 

*• 

** 

*» 

3 

3 

in 

»* 

** 

4 

4 

in 

** 

** 

** 

5 

5 

A2 

* 

2 

3 

2 

6 

J2 

** 

e* 

** 

3 

7 

IY2 

** 

«* 

** 

4 

8 

IZ2 

»* 

»<r 

»* 

5 

9 

* Default  area  is  1.0 
**  Computed  value  is  based  on  a 
circular  cross  section 


Illegal  Conditions: 

• Any  property  value  less  than  zero 

• Area  equal  to  zero  when  the  F2-weight  option  is  used 

• CG  location  beyond  the  ends  of  the  element 


C.4 


IDENTIFICATION: 
GENERAL  DESCRIPTION: 


NODES: 

SECTION  PROPERTIES: 
NODAL  INPUT: 


SECTION  PROPERTY 
INPUT: 


MASS 

ELEMENTS 


MASS  SPAR  ELEMENT 
SPAR  or  3 

• Linear  depth  variation 

• Constant  thicknaat  web 

• Linaar  4lange  araa  variation 
a Mid-surface  nodaa  required 


Nl  = Mid-surface  node  at  end(l) 

N2  = Mid-surface  node  at  end(2) 

t-web  = Web  thickness 
A I — U = Upper  flange  area  at  Nl 

Al-L  = Lower  flange  area  at  Nl 

A2-U  = Upper  flange  area  at  N2 

A2-L  = Lower  flange  area  at  N2 

Nl,  N2  (Mid-surface  nodes) 

1 1 legal  Conditions  : 

• Element  length  less  than  10"*® 

• SPAR  depth  less  than  10"® 
a Web  is  warped 

a Nl  or  N2  is  not  a mid-surface  node 


FI- DENSITY 
PROPERTIES 

1 EXPANSION  KEYS  f 

NO.  1 

4PUT  VALUES  I 

3 

4 

S 

t-web 

1 

1 

1 

DEHSI  TY 

2 

2 

2 

Al-U 

3 

3 

3 

Al-L 

3 

4 

4 

A2-U 

3 

3 

5 

A2-L 

3 

4 

6 

NOTE  : Input  options  F2  and 
F3  are  not  available 
for  this  clement, 

1 1 legal  Condition  : 

Any  property  value 
less  than  zero . 


MASS  "OVKH  ELEMENT 


IDENTIFICATION: 
GENERAL  DESCRIPTION: 


NODES: 

ELEMENT  REFERENCE 
FRAME: 

SECTION  PROPERTIES: 


COVER  or  4 

• Two  PLATE  elamanta  with  3 to  9 adgot  aoparatad  by  rigid  posts 

• MId-surfico  nodat  required 


Nl.  N2,  N3  (and  N4,  N5, N9  for  general  COVERS)  are 

mid-surface  nodes  defining  the  element  corners.  Nodes  defining 
a general  COVER  must  be  input  sequentially  in  either  a 
clockwise  or  counterclockwise  direction. 


One  local  frame  *y-yy-Zy  is  defined  for  the  upper  plate  and 
on?  frame  for  the  lower  plate.  Each  frame  is  defined 

relative  to  the  I ate  corners  Pill,  P2U,  ...  t as  illustrated 
in  thu  figure,  ,n  *'ie  same  manner  as  the  ATLAS  PLATE  element 
reference  frame  is  H-.'ined. 


t-U  = Upper  plate  th ' kness 
t-L  = Lower  plate  thickness 

NODE-U  = A node  on  a line  that  is  perpendicular  to  the  upper 
piste.  Tne  intersection  of  this  line  and  the  upper 
pUte  defines  the  upper-plate  Lr-  iocaticn. 

X-U  - , -coordinate-  of  ifc«  uppor-picte  CG  relative  to  the 
Xy-yy-Zy  reference  frame 

Y-U  = y-coord inate  of  the  upper-plete  CG  resti-e  to  the 
r.y-y^-Zy  reference  frame 


NODE-L  ' 
X-L 

Y-L  . 


Properties  fnr  thv  lower  plate  analogous  to  tbos;. 
for  the  uu^er  plate 


C.6 


r 


I 


CM  ASS 

ELEMENTS 


2 g.  NODAL  INPUT:  Nl,  N2,  N3t  . . . , Nm  (Mid-surface  nodes  where  m < 9) 

COVER  elements  must  be  triangular  or  quadrilateral  when  OPTION  =4 
of  the  MASS  Processor  is  used. 


1 1 legal  Conditions  : 

• Nl,  N2,  . . . , N9  is  not  a mid-surface  node 

• Cover  depth  less  than  I0~® 

• Reentrant  angle 

• Warped  upper  or  lower  plate  component 

• Length  of  any  edge  less  than  lo-*® 


* ■ 


Jr 


f 


SECTION  PROPERTY 
INPUT: 


FI -DENSITY 
PROPERTIES 

EXPANSION 

KEYS  | 

! NO.  INPUT  VALUES  1 

2 

3 

4 

dehsi  rr-u 

1 

1 

1 

DENSI TY-L 

1 

1 

2 

t-U 

2 

2 

3 

t-L 

2 

3 

4 

F3-  C.  C. 
PROPERTIES 

EXPANSION  KEYS  \ 

NO. 

I 

§ 

4 

5 

6 

WEIGH T-U 

1 

i i i 

1 

WEIGH  T-L 

2 

2 | 2 

2 

HODE-U 

3 

3 

X-U 

3 

3 

Y-U 

4 

4 

NODE-L 

4 

5 

X-L 

4 

5 

Y-L 

5 \ 

6 

F2»  WEIGHT 
PROPERTIES 

| EXPANSION  KEYS  \ 

NO. 

INPUT  VAl 

JUES 

1 

2 

3 

4 

WEIGH T-U 

1 

1 

1 

1 

WEIGH  T-L 

1 

2 

2 

2 

t-U 

* 

* 

3 

3 

t-L 

* 

* 

3 

4 

* Default  thickness  is  1.0 


I i legal  Conditions  : 

• Any  property  value  less  than  zero 

• Thickness  equal  to  zero  when  the  F2-weight  option  is  used 

• CG  location  outside  a plate  boundary 


I 


C -Y 


t 


I 


C . 7 


MASS  PLATE  ELEMENT 


identification: 
general  description: 

nodes: 

elenent  reference 

FRAME: 

section  properties: 
nooal  input: 


PLATE  or  5 

Three  to  nine  edges 


Nl,  N2,  N3 , N4  (and  N5,  . . . , N9)  are  nodes  defining  the  element 
corners.  Nodes  must  be  input  sequentially  in  either  a clockwise  or 
counterclockwise  direction. 

The  x-y  plane  is  parallel  to  the  element.  The  origin  is  at  Nl  and 
the  axes  are  oriented  such  that  the  y-coordinate  of  N2  is  zero  and 
the  y-coordinate  of  N3  is  greater  than  zero. 

t = thickness 

NODE  = A node  on  a line  that  is  perpendicular  to  the  plate.  The 

intersection  of  this  line  and  the  plate  defines  the  element 
CG  location. 

X = x-coordinate  of  CG  relative  to  the  element  reference  frame 

Y = y-coordinate  of  CG  relative  to  the  element  reference  frame 

Nl , N2,  N3 Nm  where  m < 9 

PLATE  elements  must  be  triangular  or  quadrilateral  when  OPTION  = 4 
of  the  MASS  Processor  is  used. 

1 1 legal  Conditions  ; 

• Length  of  an  edge  less  than  I0*10 

• Reentrant  angle 

• Warped  e'  mt 


C.8 


CMASS 
ELEMENTS 


SECTION  PROPERTY 
INPUT: 


Cl  n PMC/ TV 

EXPANSION  KEY 

rl«  UCnai  1 r 

NO.  INPUT  VALUES 

2 

DEHSI JY 

1 

t 

2 

F3-  C.  C. 
PROPERTIES 

EXPANSION  KEYS 

NO.  INPUT  VALUES 

2 

J 

HEIGHT 

1 

1 

HODE 

2 

X 

2 

Y 

3 

F2- HEIGHT 
PROPERTIES 

j EXPANSION  KEYS  i 

NO.  INPU 

r VALUES 

1 

2 

HEIGHT 

t 

1 

* 

1 

2 

* Default  thickness  is  1.0 

legal  Conditions  : 

• Any  property  value  less  than  zero 

• Thickness  equal  to  zero  when  the  F2-weight  option  is  used 

• CG  location  outside  the  plate  boundary 


MASS  SCALAR  ELEMENT 


IDENTIFICATION: 
GENERAL  DESCRIPTION: 
NODES: 

ELEMENT  PROPERTIES: 


NOOAL  INPUT: 

ELEMENT  PROPERTY 
INPUTS 


SCALAR  or  9 


Six  degree-of-freedoa  concentrated  aass  eleaent 


Nl  is  a node  that  defines  the  CG  of  the  eleaent 


WEIGHT 

I a XXX  The  local  coordinate  systea  relative  to  which  the  eleaent 
inertia  values  are  defined. 

(Defaults  GLOBAL) 


1=  - -The  characters  1 = 

XXX  - -The  naae  of  a local  coordinate  systea  defined  by 
the  Nodal  data 


I XX 
IYY 
IZZ 
IXY 
IXZ 
IYZ 


The  weight  moaents  of  inertia  of  the  eleaent  about 
a local  x-y-z  right-handed  Cartesian  systea  with  its 
origin  at  Nl  and  an  orientation  defined  by  I = XXX . 
The  products  of  inertia, IXY.IXZ,  iyZ,  are  defined  as 
fol lows  : 

I i j = - p/x  jXjdv. 


Nl 


F2-  WEIGHT 
PROPERTIES 

EXPANSION 

KEYS 

NO 

INPUT  VALUES 

1 

2 

3 

4 

5 

6 

7 

HEIGHT 

1 

1 

1 

1 

I 

1 

1 

/=  XXX 

— 

— 

- 

— 

— 

— 

— 

IXX 

0 

2 

2 

2 

2 

2 

2 

IYY 

0 

0 

3 

3 

3 

3 

3 

IZZ 

0 

0 

0 

4 

4 

4 

4 

IXY 

0 

0 

0 

0 

5 

5 

5 

IXZ 

0 

0 

0 

0 

0 

6 

6 

IYZ 

0 

0 

0 

0 

0 

0 

7 

NOTE  : Input  options  FI  and  F3  are  not  available  for  this  element 

1 1 legal  Conditions  : 

• Weight  less  than  zero 

• Local  coordinate  system  for  inertias  is  not  rectangular. 


C.  10 


a-r*  . 


SUBSTRUCTURE 
ANALYSIS 


.43 
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APPENDIX  D 

SUBSTRUCTURE  ANALYSIS  VIA  ATLAS 


Substructure  analyses  via  the  ATLAS  System  are  most 
conveniently  performed  by  use  of  the  catalogued  Control  Program 
statements  presented  in  appendix  E.  The  matrix  operations 
performed  via  these  control  procedures  are  referenced  within 
this  appendix  which  describes  the  method  of  solution  of  the 
substructure  equations. 


The  static- equilibrium  matrix  equation  associated  with 
a typical  ;ubstructure  can  be  written  as: 


K11  ! _K±2  ' K13 
K 2TT  _K22_  i K23_ 
X31  | K32  | K33 


(1) 


(ref.  SS-MERGE  (STIFFNESS)  and  SS-MERGE  (LOADS) ) , where  the 
following  nomenclature  has  been  adopted: 


Row  1 = The  FREE  nodal  freedoms — those  which  are  not 
to  be  interacted. 


Row  2 = The  RETAINED  nodal  freedoros--those  which  are 

retained  for  generation  of  a reduced  stiffness 
matrix.  Freedoms  which  are  interacted  are 
included  in  this  group. 

Row  3 = The  SUPPORTED  nodal  f reedoms--those  which  have 
user-specified  (zero  or  nonzero)  displacements. 

Kij  - The  i-j  stiffness  matrix  partition. 

Dii  = The  i-j  displacement  matrix.  D31  is  known, 

whereas  Dll  and  D21  are  unknown. 


Lij  = The  i-j  known  applied  loads  matrix. 

Pij  = The  i-j  unknown  reaction  loads  matrix. 


Equation  (1)  can  be  expanded  as  follows: 


K11*D1 1 

+ K12+D21 

K 1 3*  D3  1 

= L1 1 

(2) 

K21*D1  1 

♦ K22*D21 

♦ K23  * D3 1 

= 12 1 

♦ F21 

(3) 

K31*D11 

* X32*D21 

+ K33*  D3 1 

= L31 

+ R31 

(4) 

Solution  of  eq.  (2)  for  Dll  yields: 


D . I 


K12*D21 


K13*D31  ] 


(5) 


Dll  = K11-*  [L11  - 

Substituting  this  into  eg.  (3)  yields: 

R21  = [K22  - K21*K11-1*K12  ]D21  ♦ K21*K1 1 

- K13*D3 1 ] ♦ K23*D3 1 - L21  (6) 

or  R21  = KRED*D21  - LRED  (7) 

where  KRED  = K22  - K21*K1 1~ »*K12  (0) 

and  LRED  = L21  - K2 1*K1 1- if  L1 1 - K13*D31]  - K23*D3l  (9) 

Decompose  K11  such  that 

K11  = L*Lt  (10a) 

and  K1 1~ 1 = (LT)"l*L-»  = *L~ » (10b) 

A forward- substitution  pass  on  K12  (ref.  SS-REDU (STIFFNESS) 
and  SS-REDU  (LOADS) ) yields: 

A = L~i*K12  (11) 

such  that  the  reduced  stiffness  matrix  can  be  expressed  as 

KRED  = K22  - AT  *A  (12) 

(ref.  SS-REDU  (STIFFNESS)). 

Def ininq 

B = Li  1 - K13*D31  (13) 

(ref.  SS-REDU  (LOADS) ) and  performing  a forward-substitution 
pass  on  B yields 

C = L-**B  (14) 

such  that  the  reduced  loads  matrix  can  be  expressed  as 

LRED  = (L21  - K23*D31)  - AT*C  (15) 

The  following  matrix  is  required  for  subsequent  back- substitution 
solutions  (ref.  SS-REDU  (LOADS) ) to  support  stress  analysis 

E = K33*D31  - L 3 1 (16) 


A Guyan- reduced  mass  matrix  associated  with  a typical 
substructure  for  subsequent  mass/vibration  analyses  is  based 


(SUBSTRUCTURE'S 
ANALYSIS  J 


on  eq.  (5)  with  L11  = 0.  Unforced,  dynamic  equilibrium  of  the 
FFEE  and  RETAINED  kinematic  freedoms  yields  the  following 
expression  for  the  reduced  mass  matrix: 

I"g"]t  ["mu  i Mill  m 

MRED  - I * j * I (17) 

LlJ  |_M21  } M2 2J  LIJ 

where  G = - (LT)~**A  (18) 

and  the  following  notation  has  been  adopted: 

I = An  identity  matrix 

Mij  = The  i-j  mass  matrix  partition 
(ref.  SS-MERGE  (MASS)  ) . 

Expanding  eq.  (17)  yields 

MRED  = M22  + GT*M12  ♦ M12T*G  ♦ GT*M11*G  (19) 

(ref.  SS-REDU  (MASS)  ) tor  the  reduced  mass  matrix. 

Subsequent  to  calculating  the  foregoing  reduced  matrices 
for  all  the  substructures  that  interact  to  form  a higher-level 
substructure,  the  matrices  are  merged  by  the  direct  stiffness 
approach  (ref.  SS-MERGE).  These  solution  steps  (eq.  1-19)  are 
repeated  for  each  substructure  included  in  a multilevel 
substructure  analysis.  When  the  highest-level  substructure 
is  reached,  final  matrix  reductions  are  performed. 

If  a vibration  analysis  is  to  be  performed  on  ne  highest- 
level  substructure,  the  reduced  mass  and  stiffness  ma-rices 
are  associated  wit:  boundary- condition  stage  number  one  and 
a stiffness/mass  data  set  number  defined  via  the  interact  data 
(sec.  130.0).  These  matrices  are  subsequently  input  to  the 
VIBPATION  Processor  (sec.  258.1). 

If  a stress  analysis  is  being  performed,  the  interaction 
equilibrium  equations  tor  the  highest- level  substructure  are 
solved  using  a reduction,  solution  and  back-substitution  approach 
that  accounts  for  any  retained  freedoms  (ref.  SS-SSOL) . The 
unknown  displacements  D21  for  the  highest- level  substructure 
are  calculated  as 

C21  = KRED-  1 *LRED 

The  unknown  free  displacements  are  calculated  by 


(20) 


Dll 


(21) 


I 


= (LT)-i*(C  - A*D21) 

and  the  unknown  reactions  R31  are  calculated  as  follows  (ref. 
eq.  4 and  16) 

R31  = E + K31*D1  1 ♦ K32*D21  (22) 

« 

Displacement  matrices  D21  (for  the  interacted  freedoms) 
for  all  substructure  components  forming  the  highest-level 
substructure  are  generated  by  appropriate  partitioning  of  matrix 
Dll  and  D21  (ref.  SS-PART)  . 

The  load-case  dependent  matrices  C,  D31,  LRED  and  E are  y 

expanded  column-wise  such  that  their  column  order  and  dimension 
are  compatible  with  the  associated  D21  matrices.  This  is 
required  since  different  load  cases  may  be  associated  with  the 
different  substructure  components.  These  expanded  matrices 
are  denoted  by  CE,  D31E,  LREDe  and  Ee. 

r 

The  unknown  FREE  displacements  associated  with  a lower- 
level  substructure  can  now  be  calculated  by  defining 

F = CE  - A*D21  (23) 

and  performing  a backward- substitution  pass 

Dll  = (LT)-i*F  (24) 

(ref.  SS-BACK)  . 

By  eq.  (7)  the  unknown  reactions  R21  can  be  calculated  as  / 

R21  = KRED*D21  - LREDe  (25) 

Additionally,  by  eq.  (4)  and  eg.  (16)  the  unknown  reactions 
R31  are  calculated  as 

F t 

P 31  = E6  ♦ K31+D11  + K32*D2 1 (26) 

These  solution  steps  are  performed  for  each  level  of 
interaction  until  the  lowest-level  substructure  displacements 
and  reactions  are  calculated.  Subsequent  to  this,  the  STRESS 
Processor  (sec.  254.0)  may  be  executed  to  calculate  element  f 

stresses. 
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APPENDIX  E 

ATLAS  STANDARD  CATALOGED  CONTROL  PROCEDURES 


The  purpose  of  the  ATLAS,  standard,  cataloged  control 
procedures  is  to  assist  the  user  in  creation  of  his  Control 
Piograir  for  typical  structural  analyses.  Standard  control 
procedures  are  available  for  direct  reference  fcr  analysis  of 
stir f ness  and  mass  SET/STAGE  structural  components  and  for 
substructure  components.  The  SET/ STAGE  procedures,  as  described 
in  section  E.1,  assist  the  user  in  assemblage  and  reduction 
of  structural  matrices  and  in  performing  stress  and  design 
analyses.  The  substructure  procedures,  as  described  in  section 
E.2,  assist  the  user  in  assemblage  and  reduction  of  structural 
matrices  and  in  performing  interaction  solutions  associated 
with  substructure  analyses.  Use  of  both  types  of  procedures 
is  illustrated  by  the  sample  problems  included  in  appendix  F. 

As  described  in  section  200.0,  a cataloged  procedure  is 
included  in  a Control  Program  via  the  ATLAS  statement  “PERFORM 
Procedure.  " The  function  of  each  standard  procedure  and  the 
equivalent  sequence  of  ATLAS  statements  identified  by  each 
procedure  are  described  herein.  It  should  be  noted  that  the 
standard  procedures  do  not  include  any  preprocessing  or 
postprocessing  statements.  Thus,  preprocessing  of  input  data 
(FEAD  INPUT)  and  postprocessing  activities  (PRINT,  GRAPHICS, 
SAVE)  must  be  initiated  by  user-supplied  Control  Program 
statements. 


E. 1— ATLAS  SET/STAGE-STRUCTURE  STANDARD  CONTROL  PROCEDURES 

The  function  of  each  standard  control  procedure  provided 
for  analyses  of  SET/STAGE  structural  models  is  described  in 
the  following  table.  Each  of  these  procedures  is  retrieved 
automatically  via  the  ATLAS  statement 


PERFORM  (Procedure}  < (Plist)  > 


as  described  in  section  200.4.1. 


Procedure 

Name 

Function 

Plist  Option* 

DESIGN 

Perform  a fully-stressed  design 
(free  and  support  freedoms) 

1,  2,  3,  4,  5, 

7 

F-REDUCE 

Generate  reduced  stiffness  and 
flexibility  matrices 

1,  2,  3,  6 

K-P EDUCE 

Generate  a reduced  stiffness 
matrix 

1,  2,  3,  6 

M-RECUCE 

Generate  a reduced  mass  matrix 

1,  2,  3,  6,  8 

REDUCE 

Generate  reduced  stiffness  and 
mass  matrices 

1,  2,  3,  6,  8 

R- STRESS 

Perform  a stress  analysis  (free, 
retained  and  support  freedoms) 

1,  2,  3,  4,  5, 
7 

STRESS 

Perform  a stress  analysis 
(free  and  support  freedoms) 

1,  2,  3,  4,  5, 

7 

* Each  integer  in  this  column  denotes  which  one  of  the 

following  basic  ATLAS-System  parameters,  with  the  default 
value  shown,  is  associated  with  the  "Procedure." 


1)  S ET=  1 4)  LC=ALL  7)  OPT=  ( 1, 2) 

2)  STAGE=1  5)  MATE RIAL= CONSTANT  8)  OPTION  = 4 

3)  LUMP=0.  0 6)  RUN  = STIFFNESS 

A listing  of  the  SET/STAGE  standard-control  procedures 
is  included  in  the  following  pages.  The  User-Matrix  names 
assigned  by  the  execution-statement  parameters  within  these 
procedures  may  be  replaced  by  user-selected  names  via  the  PERFORM 
statement  parameter  lists  (see  sec.  200.  4.  1). 
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PROCEDURE  DESIGN 

** I******************************** *************** *************** 


PURPOSE:  PERFORM  A FULLY  STRESSED  RESIZE  OF  A 

STRUCTURAL  MODEL  BY  MODIFYING  STIFFNESS  ELEMFYf  ♦ 

PROPERTIES  (ACCORDING  TO  STRENGTH  AND  BUCKLE  * 

CRITERIA)  UNTIL  EITHER  THE  CONVERGENCE  CRITERIA  * 

ARE  SATISFIED  OR  THE  FINAL  CYCLE  IS  EXECUTED.  * 

* 

METHOD:  1.  COMPUTE  INITIAL  WEIGHT  * 

2.  EXECUTE  STIFFNESS,  STRESS,  DESIGN  AND  MASS  * 

PROCESSORS  FOR  DESIGN  CYCLES  BEGCYCL  THROUGH  * 
ENDCYCL.  THE  INITIAL  CYCLE  (BEGCYCL)  AND  * 
THE  FINAL  CYCLE  (ENDCYCL)  MUST  BE  DEFINED  VIA  * 
FORTRAN  STATEMENTS  IN  THE  CONTROL  PROGRAM.  * 
IF  CONVERGENCE  IE  STING  IS  DESIRED,  VALUES  * 

MUST  BE  SPECIFIED  FOR  THE  CONVERG(I)  * 

VARIABLES  IN  THE  CONTROL  PROGRAM.  * 

CONVERGENCE  OPTIONS  ARE  AS  FOLLOWS:  * 

A)  MAXIMUM  ALLOWABLE  RATIO  BETWEEN  NEW  AND  * 

OLD  PROPERTIES  FOR  SPECIFIED  ELEMENT  * 

TYPES  - CONVERG ( 1 ) THRU  CONVERG(II)  * 

FOR  RODS  THRU  SPLATES  * 

B)  MAXIMUM  ABSOLUTE  CHANGE  IN  TOTAL  WEIGHT  * 

FOR  2 CONSECUTIVE  CYCLES CONVERG  * 

(14)  * 

C)  MAXIMUM  ABSOLUTE  RATIO  OF  WEIGHT  CHANGE  * 

TO  THE  NEW  TOTAL  WEIGHT  FOR  2 CON-  * 

SECUTIVE  CYCLES CONVERG  (15)  * 

A PRINT  OF  THE  CONVERGENCE  SUMMARY  DATA  MAY  * 
BE  OBTAINED  BY  SPECIFYING  A NONZERO  VALUE  FOR  * 
CONVERG (16) . CONVERGENCE  FOR  A SET  OR  STAGE  * 
NUMBERED  OTHER  THAN  ONE  WILL  REQUIRE  ISET  * 

AND/OR  ISTAGE  TO  BE  INITIALIZED.  IF  THE  USER  * 
DESIRES  TO  PRESERVE  SNARK  POSITIONS  IN  THE  * 
CONTROL  PROGRAM,  THE  LARGEST  POSITION  NUMBER  * 
MUST  BE  STORED  IN  IPOS.  * 

3.  GENERATE  LOADS  IN  THE  FIRST  CYCLE  ON..Y.  * 

4.  IF  BEGCYCL  IS  NOT  EQUAL  TO  1 , A RESTART  IS  * 

ASSUMED  AND  FILE  SAVESS4  IS  LOADED.  * 

5.  RESULTS  ARE  SAVED  ON  FILE  SAVESS4  AND  SHOULD  * 

BE  PRESERVED  FOR  RESTART.  * 

* 

RESULT:  1.  MODIFIED  STRUCTURAL  PROPERTIES  ON  DATARNF  * 

2.  STRUCTURAL  WEIGHT  PRINTED  FOR  EACH  CYCLE  ♦ 

3.  D1 1 , D3 1 - NODAL  DISPLACEMENT  PARTITIONS  * 

4.  K31 MATRIX  OF  REACTIONS  FOR  SUPPORT  * 

FREEDOMS  * 

5.  TOTAL  STRUCTURAL  NODAL  DISPLACEMENTS  (ON  * 

STRERNF)  * 

6.  ELEMENT  STRESSES  * 


» 

i 

} 


E.3 
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C 7.  ALL  DATA  GENERATED  BY  DESIGN  PROCESSOR  * 
C (DESIRNF)  * 
C * 
C SCRATCH  MATRICES;  * 
C FILES  CHOLRNF,MERGRNF,MULTRNF, STIFRNF,  MASSRNF  * 
C AND  STRERNF  ARE  SUBJECT  TO  PURGE  DURING  * 
C INTERMEDIATE  CYCLES.  * 
C * 
C VARIABLE  NAMES  USED;  * 
C BEGCYCL, CURCYCL, ENDCYCL, CONVERG, I SET, I STAGE, IPOS  * 
C * 
C USER  NOTE;  * 
C THE  CALL  (CATM,  KONTROL)  CARD  MUST  BE  USED  AND  THE  * 
C FIRST  STATEMENT  IN  THE  CONTROL  PROGRAM  MUST  BE;  * 
C BEGIN  CONTROL  MATRIX  PROGRAM  * 
C ADDITIONALLY,  THE  FOLLOWING  STATEMENTS  MUST  BE  * 
C INCLUDED  AT  THE  BEGINNING  OF  A CONTROL  PROGRAM  * 
C THAT  INCLUDES  THIS  PROCEDURE:  * 
C USER  COMMON (BEGCYCL, ENDCYCL,CURCYCL,CONVERG,ISET,ISTAGE,  * 
C X IPOS)  * 
C INTEGER  BEGCYCL, ENDCYCL, CURCYCL  * 
C DIMENSION  CON VERG (17)  * 


C****** ******************************************** ************** 

IF (BEGCYCL  . LT.  1)  BEGCYCL® 1 
IF  (ENDCYCL  . LT.  BEGCYCL)  ENDCYCL® BEGCYCL 
CURCYCL  = BEGCYCL 
IF  (BEGCYCL  . EQ.  1)  GO  TO  70001 
C 

C THIS  IS  A RESTART, 

C LOAD  RANDOM  FILES  FROM  SAVES S4 
LOAD  FILES  (SAVESS 4= REWIND) 

SAVE  MATRIX (SAVESS 4= REWIND, MERGRNF, LI  1 ,L31 ,D31) 

GO  TO  70002 

70001  CONTINUE 
C 

C BEGCYCL  = 1, 

C COMPUTE  AND  PRINT  INITIAL  WEIGHT 
EXECUTE  MASS  (SET=  1) 

70002  CONTINUE 
CALL  DESCONS 

IF  (CURCYCL  .EQ.  0)  CALL  EXIT 
C 

C DESIGN  CYCLES  BEGCYCL  THROUGH  ENDCYCL 
70C03  CONTINUE 

EXECUTE  STIFFNESS (SET=1 ,LUMP=0 . 0) 

EXECUTE  MERGE  (STIFFNESS,  SET®  1,  STAGE®  1,K11  = 11,K1 3=1 3,  K33=3  3) 
IF (CURCYCL  .GT.  1)  GO  TO  70004 
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C 

C BEGCYCL  = 1, 

C GENERATE  LOADS 

EXECUTE  LOADS  (S  ET=  1 ,STAGE=  1 , LC= ALL  , MATERIAL  CONSTANT) 

EXECUTE  MERGE (LOADS, SET=1,STAGE= 1, Li  1 = 1 1,L3 1=31) 

EXECUTE  MERGE (DISPLACEME, SET= 1 , STAGE= 1 , D3 1= 3 1 ) 

SAVE  MATRIX  (SAVESS4=REWIND,MERGRNF,Ln  ,L31,D31) 

70004  CONTINUE 

EXECUTE  MULTIPLY  (TEMP=[  LI  1-K1 3*  D31  ]) 

EXECUTE  CHOLESKY  (SOLVE,  K1 1 ,D1 1 ,TEMP) 

IF (CURC YCL  .EQ.  ENDCYCL)  GO  r.  > 7^)005 
C 

C INTERI4EDIATE  CYCLE,  ASSEMBLE  DISPLACEMENTS  AND 
C COMPUTE  STRESSES  IN  INTERNAL  ORDER 

EXECUTE  STRESS (SET=1 , STAGE=1 , INTERNAL, D1=  Dll , D3=D3 1 )OPT  = ( 1, 2)) 
GO  TO  70006 

70005  CONTINUE 
C 

C LAST  CYCLE,  ASSEMBLE  DISPLACEMENTS  AND 
C COMPUTE  STRESSES  IN  USER  ORDER 

EXECUTE  STRESS (SET=1 , STAGE=1 ,D1=D1 1 , D3=D3 1,OPT= ( 1, 2)) 

70006  CONTINUE 

EXECUTE  DESIGN (SET=1 ,STAGE=1 ,CYCLE=CURCYCL,  PROCEDURE=  1) 

EXECUTE  MASS  (SET=  1 ) 

CALL  DE SCONS 

IF  (CURC  YCL  .GE.  ENDCYCL)  GO  TO  70007 

PURGE  FILES (MERGRNF, CflOLRNF, MULTRMF, STIFRNF, STRERNF,MASSRNF) 
LOAD  FILES  (SAVESS4=REWIND) 

CUPCYCL  = CURCYCL  ♦ 1 
GO  TO  70003 

7000 7 CONTINUE 
C 

C LAST  CYCLE , 

C COMPUTE  REACTIONS  AND  PREPARE  SAVESS4 

E.  CUTE  MULTIPLY  (R31=[ -13 1 +R13  (T)  *D1 1 + K33+D31  ]) 

SAVE  MATRIX  (SAVESS4,  MULTRNF,  F3  1 ) 

SAVE  MATRIX  (SAVESS4,  MflBSRNF,  TOTLWT*) 

SAVE  FILES (SAVESS4,DATAFNF,DESIFNr , LGADRNF,STR  EFNF) 


noocooooooooon 


PROCEDURE  F-R EDUCE 


Q****** ****************************** ******** ******************** 


PURPOSE: 

METHOD: 

RESULT: 


GENERATE  A REDUCED  STIFFNESS  MATRIX  AND  A REDUCED* 
FLEXIBILITY  MATRIX  * 

* 

1.  GENERATE  ELEMENT  STIFFNESS  MATRICES  * 

2.  ASSEMBLE  THE  STRUCTURAL  STIFFNESS  MATRIX  * 

3.  CALCULATE  THE  REDUCED  STIFFNESS  MATRIX  * 

4.  CALCULATE  THE  REDUCED  FLEXIBILITY  MATRIX  BY  * 

INVERTING  THE  REDUCED  STIFFNESS  MATRIX  * 


* 

1.  KnED  THE  REDUCED  STIFFNESS  MATRIX  * 

2.  FRED THE  REDUCED  FLEXIBILITY  MATRIX  * 

* 


SCRATCH  MATRICES:  * 

FK12,  DFRED,  DKRED,K  1 1,K  12,K22  * 

Q***** **************************************  ********************* 

EXECUTE  STIFFNESS (RUN=STIFFNESS , SET= 1 , LUMP=0. 0) 

EXEC UTE  MERGE  (STIFFNESS , S ET=  1 , STAGE=  1,K11=11,K12=12,K22=22) 
EXECUTE  CHOLESKY (DEFO,K1 1,FK12,K12) 

EXECUTE  MULTIPLY  (KRED=£  K22-FK1 2 (T)  *FK12]) 

EXEC  UTE  CHOLESKY (DECO , KRED= DKRED) 

EXECUTE  CHOLESKY  (IFOR,  DKRED,  DFRED) 

EXECUTE  MULTIPLY (FRED=[  DFRED(T)  *DFRED]) 


G 


PROCEDURE  K-REDUCE 

Q** *******  *********************************************  ********** 


C PURPOSE:  GENERATE  A REDUCED  STIFFNESS  MATRIX  * 
C * 
C METHOD:  1.  GENERATE  ELEMENT  STIFFNESS  MATRICES  * 
C 2.  ASSEMBLE  THE  STRUCTURAL  STIFFNESS  MATRIX  * 
C 3.  CALCULATE  THE  REDUCED  STIFFNESS  MATRIX  * 
C * 

C FESULT:  1.  KRED THE  REDUCED  STIFFNESS  MATRIX  * 

C * 
C SCRATCH  MATRICES:  * 
C FK12,K11 ,K12,K22  * 


Q **********************************************************  ****** 

EXECUTE  STIFFNESS (RUN=STIFFNESS, SET= 1 fLUMP=0. 0) 

EXECUTE  MERGE(STIFFNESS,SET= 1 , STAGE= 1,K 1 1 =1 1 ,K1 2= 1 2,K22=22 ) 
EXECUTE  CHOLESKY  (DEFO ,K1 1 , FK1 2 , K1 2) 

EXECUTE  MULTIPLY  (KRED=£  K22-FK1 2 (T)*FK12]) 


) 

i - 
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PROCEDURE  M-REDUCE 

**************************************************************** 


PURPOSE:  GENERATE  A GUY AN-REDUCED  MASS  MATRIX  * 

* 

METHOD:  1.  GENERATE  ELEMENT  STIFFNESS  AND  MASS  MATRICES  * 

2.  ASSEMBLE  REQUIRED  PARTITIONS  OF  STRUCTURAL  * 

STIFFNESS  AND  MASS  MATRICES  * 

3.  CALCULATE  THE  REDUCED  MASS  MATRIX  ♦ 


* 

FESULT:  1.  MRED THE  GUYAN- REDUCED  MASS  MATRIX  * 

* 


SCRATCH  MATRICES : * 

DBS, K11,K12, Mil, M12,M22, TEMP  * 

**************************************************************** 


EXECUTE  STIFFNESS  (RUN=STIFENESS,  SET=  1 ,LUMP=0.  0) 

EXECUTE  MASS  (SET=  1,OPTION=4) 

EXECUTE  MERGE (STIFFNESS,SET= 1 ,STAGE= 1 , K1 1= 1 1,K12=12) 

EXECUTE  MERGE  (MASS,  SET=  1 , STAGE=  1 ,M1 1 = 1 1 ,M'i  2=  1 2 , M22=  22) 

EXECUTE  CHOLESK Y (SOLVE,  K 1 1 , DBS  , K 1 2) 

EXECUTE  MULTIPLY  (TEMP  =[  Ml  1 *DBS  ]) 

EXECUTE  MULTIPLY  (MRED  [ M22-DBS  (T)  +M12-M12  (T)  *DBS*DBS  (T)  *TEMP  ]) 


PROCEDURE  REDUCE 


Q*h*** *************************************************** ******** 


C 

C 

C 

C 

C 

c 

c 

c 

c 

c 

c 

c 

c 

c 


PURPOSE: 


METHOD: 


RESULT: 


GENERATE  A REDUCED  STIFFNESS  MATRIX  AND  A GUYAN-  * 
REDUCED  MASS  MATRIX  * 

* 

1.  GENERATE  ELEMENT  STIFFNESS  AND  MASS  MATRICES  * 

2.  ASSEMBLE  STRUCTURAL  STIFFNESS  AND  MASS  * 


MATRICES  * 

3.  CALCULATE  REDUCED  STIFFNESS  AND  MASS  MATRICES  * 

* 

1.  KRED  THE  REDUCED  STIFFNESS  MATRIX  * 

2.  MFED THE  GUYAN- REDUCED  MASS  MATRIX  * 

* 


SCRATCH  MATRICES:  * 

DBS,DK  ! 1 , FK1  2 , K1 1 , K1 2 ,K22  ,M1 1 ,M1 2,M22 , TEMP  * 

**************************************************************** 


EXECUTE  STIFFNESS (RUN=STIFFNESS, SET= 1 ,LUMP=0. 0) 

EXECUTE  MASS  (S ET=  1 , OPTION  = 4) 

EXEC UTE  MERGE ( STI FFNE SS , SET= 1 , STAGE= 1,K11=11,K12=12,K22=22) 
EXECUTE  MERGE (MASS, SET= 1,STAGE=1 ,M1 1 =1 1 ,M12=12,M22=22) 

EXECUTE  CHOLESKY  (DEFO,  K 1 1 = DK  1 1,  FK1  2,K1  2) 

EXECUTE  CHOLESKY  (BACK, DK1 1 ,DBS,FK12) 

EXECUTE  MULTIPLY  (KRED=[  K22- FK 12  (T)*FK12]) 

EXECUTE  MULTIPLY  (TEMP=[  Ml  1 + DBS  ]) 

EXECUTE  MULTIPLY  (MRED  =[  M2 2 -DBS  (T)  *M12-M12  (T)*DBS*DBS  (T)  *TEMP  ]) 


oonoooooonooooooonnonno 


PROCEDURE  P-STRESS 

*************************************************************** 


PURPOSE:  GENERATE  NODAL  DISPLACEMENTS , ELEMENT  STRESSES 

AND  REACTIONS  FOR  A MODEL  WITH  FREE,  RETAINED 
AND  SUPPORTED  FREEDOMS. 


METHOD: 


RESULT: 


1.  GENERATE  ELEMENT  STIFFNESS  AND  STRESS  MATRICES 

2.  GENERATE  LOADS  INFORMATION 

3.  ASSEMBLE  THE  STRUCTURAL  STIFFNESS  MATRIX 

4.  ASSEMBLE  STRUCTURAL  LOADS  AND  SPECIFIED 
SUPPORT  DISPLACEMENTS 

5.  CALCULATE  DISPLACQf  ENTS,  STRESSES  AND  REACTIONS 

1.  D1 1, D21, D31  - NODAL  DISPLACEMENT  PARTITIONS 

2.  R31  MATRIX  OF  REACTIONS  FOR  SUPPORT 

FREEDOMS 

3.  TOTAL  STRUCTURAL  NODAL  DISPLACEMENTS  (ON 
STRERNF) 

4.  ELEMENT  STRESSES 


SCRATCH  MATRICES:  * 

FK1 2 , KRED, K1 1 , K1 2 , K13 , K22, K23, K33, L, LI 1 , L2 1 , L31 , * 
TEMPI , TEMP2, TEMP3 ,TEMP4  * 

NOTE  THAT  KRED  IS  THE  REDUCED  STIFFNESS  MATRIX  * 

C* ************************************************** ************* 

EXECUTE  STIFFNESS (SET= 1 ,LUMP=0. 0) 

EXECUTE  LOADS (SET=1 ,STAGE=1 ,LC=ALL,MATERIAL=CONSTANT) 

EXECUTE  MERGE (STIFFNESS, SET= 1 , STAGE= 1,K1 1 =1 1, K12= 12, K1 3=13, 
X K22=22,  K23=  23,  K33=33) 

EXECUTE  MERGE  (LOADS,  SET=1  , STAGE=  1 , L1 1 = 1 1 , L2  1 = 2 1 , L3 1 = 3 1) 
EXECUT  E MERGE ( DISPLAC  EM  ENTS , SET= 1 , STAGE= 1 ,D  3 1 =3 1 ) 

EXEC UTE  CHOLES K Y (DEFO,Kl1=L,FKl2,K12) 

EXECUTE  MULTIPLY  (KRED=[  K22-FK12  (T)*FK12  ]) 

EXECUTE  MULTIPLY  (TEMP1=(  L11-K13*D31  ]) 

EXECUTE  CHOLESKY  (FORW,L,TEMP2  , TEMPI) 

EXECUTE  MULTIPLY  (TEMP3=£  L2 1 -K?3*D3  1-FK1  2 (T)  *TEMP2  ]) 

EXECUTE  CHOLESKY  (SOLVE,  KRED,  D2  1 ,TEMP  3) 

EXECUTE  MULTIPLY  (TEMP4=[  TEMP2 -FK1 2 *D21  ]) 

EXECUTE  CHOLESKY (BACK, L,D11,TEMP4) 

EXECUTE  STRESS  (SET=1,STAGE=1,D1=D1 1 , D2=D2 1 ,D3=D3 1 , OPT  = ( 1,  2)) 
EXECUTE  MULTIPLY  (R31  =[  - L3 1 ♦ K1 3 (T)  *D11*K23  (T)  *D21  +K33*D3 1 ]) 
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PROCEDURE  STRESS 

C* ******* ******* ****** ********************************** ********* 

PURPOSE:  GENERATE  NODAL  DISPLACEMENTS, ELEMENT  STRESSES  * 

AND  REACTIONS  FOR  A MODEL  WITH  FREE  AND  * 

SUPPORTED  FREEDOMS  * 

♦ 


METHOD: 


RESULT: 


1. 

2. 

3. 

4. 

5. 

1. 

2. 

3. 

4. 


GENERATE  ELEMENT  STIFFNESS  AND  STRESS  MATRICES* 


GENERATE  LOADS  INFORMATION  * 
ASSEMBLE  THE  STRUCTURAL  STIFFNESS  MATRIX  * 
ASSEMBLE  STRUCTURAL  LOADS  AND  SPECIFIED  * 
SUPPORT  DISPLACEMENTS  * 


CALCULATE  DISPLACEMENTS , STRESSES  AND  REACTIONS* 

* 


D11,D31  NODAL  DISPLACEMENT  PARTITIONS 

R31 MATRIX  OF  REACTIONS  FOR 


SUPPORT  FREEDOMS 

TOTAL  STRUCTURAL  NODAL  DISPLACEMENTS  (ON 
STRERNF) 

ELEMENT  STRESSES 


* 

* 

* 

* 

* 

* 


* 


SCRATCH  MATRICES:  * 

K11,K13,K33,L11 ,L31 , TEMP  * 

C* ************* *********  ***************************************** 

EXECUTE  STIFFNESS (SET= 1 ,LUMP=0.0) 

EXECUTE  LOADS (SET=1 , STAGE = 1 , LC^ALL , MATER IAL=  CONSTANT ) 
EXECUTE  MERGE (STIFFNESS, SET=1,STAGE=1,K11=11,K13=13.K33=33) 
EXECUTE  MERGE (LOADS , SET = 1 ,STAGE=1 ,L1 1=11 ,L31 =3 1) 

EXECUTE  MERGE (DISPLACEME,SET= 1,STAGE=1, D3 1=31) 

EXECUTE  MULTIPLY  (TEMP=[  Li  1 -Kl  3*D3 1 ]) 

EXECUTE  CHOLESKY (SOLVE , K 1 1 , D 1 1 , TEMP) 

EXECUTE  STRESS (SET= 1 , STAGE = 1 , D1=D  1 1 , D3  =D3 1) 

EXECUTE  MULTIPLY  (R31=[  -L31*K13(T)  *D11  + K33*D31  ]) 


E.  2 — ATLAS  SUBSTRUCTURE  STANDARD  CONTROL  PROCEDURES 

The  function  of  each  standard  control  procedure  provided 
f cr  analyses  of  substructure  models  is  described  in  the  following 
ale.  Each  of  these  procedures  is  retrieved  automatically  by 
t’e  ATLAS  statement 


PERFORM  {Procedure}  (Type,  SS=CATlist) 


as  described  in  section  200.4.2. 


Procedure 

Name 

Function 

SS-MERG 

Assemble  specified  "Type*  of  matrices 

SS-REDU 

Generate  reduced  matrices  of  specified  "Type” 

SS-SSOL 

Solve  the  interaction  equations  for  the 
highest-level  substructure 

SS-VSOL 

Generate  reduced  stiffness  and  mass  matrices 
for  the  highest-level  substructure  for  sub- 
sequent vibration  analyses 

SS-PART 

Partition  the  displacement  matrices  and  expand 
load-case  dependent  matrices  for  back- 
substitution  calculations 

SS- B7  ^ 

Solve  for  displacements  and  reactions  using 
back -substitution 

The  '•Type1*  parameter  must  be  input  as  one  or  more  of  the  words 
STIFFNESS,  MASS  or  LOADS  to  identify  the  type  of  matrices  that 
are  to  be  assembled  or  reduced  by  the  SS-MERG  and  SS-REDU 
procedures.  The  parameter  MSS=CATlist,"  however,  must  be 
specified  for  each  of  the  procedures.  The  numbers  of  the 
substructures  on  which  the  selected  analysis  function  is  to  be 
performed  are  identified  by  "CATlist"  (see  sec.  200.4.2) 

T e sequence  of  control  statements  that  is  equivalent  to 
each  of  the  standard -control  PERFORM  statements  for  substructure 
analyses  is  presented  in  the  following  pages.  The  User-Matrix 
nr mes  assigned  by  the  execution- statement  parameters  within  these 
orocedures  are  required  for  substructure  analyses.  The 
characters  xxx  denote  vhe  substructure  number,  right-adjusted  and 
zero-filled,  within  each  of  the  7-character  matrix  names  denoted 
herein. 
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PERFORM  SS -MERGE  (STIFFNESS,  SS=CATlist) 
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This  statement  is  used  to  assemble  the  elastic,  element 
stiffness  matrices  for  lowest -level  substructures  and  to 
assemble  reduced  stiffness  matrices  associated  with  higher 
level  substructures . The  equivalent  ATLAS  statement 

EXECUTE  MERGE  (STIFFNESS, SS=xxx,  RETAINS  .OPTIONS) 

is  generated  for  each  substructure  identified  by  CATlist. 


PERFORM  SS-MERGE  (MASS,  SS=CATlist) 


This  statement  is  used  to  assemble  element  mass  matrices 
for  lowest-level  substructures  and  to  assemble  reduced  mass 
matrices  associated  with  higher-level  substructures.  The 
equivalent  ATLAS  statement 

EXECUTE  MERGE (MASS, SS=xxx, RET AIN=2,OPTION=2) 
is  generated  for  each  substructure  identified  by  CATlist. 


PERFORM  SS-MERGE  (LOADS,  SS=CATlist) 


This  statement  is  used  to  assemble  nodal  loads  matrices  for 
lowest -level  substructures  and  to  assemble  reduced  loads 
matrices  for  higher-level  substructures.  Ml  non-zero 
displacements  specified  via  boundary  condition  data  are 
also  assembled.  This  statement  is  replaced  by  the  two 
ATLAS  statements 

EXECUTE  MERGE ( LOADS , SS=xxx , RETAIN =2 ,0PTI0N=2) 

EXECUTE  MERGE (DISPLACEME , SS=xxx,RETAIN=2 , OPTION=2) 

for  each  substructure  identified  by  CATlist. 


PERFORM  SS -REDUCTION  (STIFFNESS,  SS=CATlist) 


This  statement  is  used  to  generate  reduced  stiffness 
matrices.  It  is  replaced  by  the  following  two  equivalent 
ATLAS  statements  for  each  substructure  identified  by 
CATlist . 


EXECUTE  CHOLESKY (DEFO , K 1 1 Sxxx  =LSUBxxx , ASUBxxx , K 1 2Sxxx , 

OPTIONS) 

EXECUTE  MULTIPLY  (KREDxxx=[  K22Sxxx -ASUBxxx  (T)  * ASUBxxx  ], 

OPTION-2) 


5) 


PERFORM  SS -REDUCTION  (MASS,  SS=CATlist) 


This  statement  is  used  to  generate  a Guyan-r educed  mass 
matrix.  It  is  replaced  by  the  following  set  of  equivalent 
ATLAS  statements  for  each  substructure  identified  by 
CATlist. 


6) 


EXECUTE  CHOLESKY (DEF0,K1 1Sxxx=LSUBxxx,ASUBxxx,Kl2Sxxx, 

OPTION-2) 

EXECUTE  CHOLESKY (BACK, LSUBxxx ,GSUBxxx,  ASUBxxx, OPTION=2) 
EXECUTE  MULTIPLY (HSUBxxx=[  Ml 1SXXX*GSUBXXX  ],0PTI0N=2) 
EXECUTE  MULTIPLY (MR£Dxxx=[ M2 2 SXXX -GSUBXXX (T)  *M12SXXX 

-M12SXXX  (T)  *GSUBXXX 
♦GSUBxxx  (T)  ♦HSUBxxx  ], OPTION =2) 


PERFORM  SS -REDUCTION  (LOADS,  SS=CATlist) 


This  statement  is  used  to  generate  reduced  loads  matrices. 
It  is  replaced  by  the  following  equivalent  set  of  ATLAS 
statements  for  each  substructure  identified  by  CATlist. 


7) 


EXECUTE  CHOLESKY (DEF0,K1 1Sxxx=LSUBxxx,ASUBxxx,K12Sxxx, 

OPT ION =2) 

EXECUTE  MULTIPLY  (BSUBxxx=[  Ll1Sxxx-Kl3Sxxx*D31Sxxx],0PTI0N=2) 
EXECUTE  CHOLESKY  ( FORWARD , LSUB xxx , CSUBxxx , BSUBXXX , OPTION® 2 ) 
EXECUTE  MULTIPLY (LR£Dxxx=[ L2 1 Sxxx-K23Sxxx*D3 iSxxx-ASUBxxx  (T) 

♦CSUBxxx  ],0PTI0N=2) 

EXECUTE  MULTIPLY  (ESUBxxx=[ K33SXXX*D3 1SXXX-L3 iSxxx ] ,0PTI0N=2) 


PERFORM  SS-SSOLVE  (SS=CATlist) 


This  statement  is  used  to  solve  the  interaction  equations 
for  the  highest-level  substructure.  The  solution  data  are 
used  for  subsequent  calculation  of  displacements,  reactions 
and  stresses  for  the  lower -level  substructures.  This 
statement  is  replaced  by  the  following  set  of  ATLAS 
statements  for  each  substructure  identified  by  CATlist. 

PERFORM  SS-REDU(STIFFNESS,SS=XXX) 

PERFORM  SS-REDU (LOADS, SS=XXX) 

EXECUTE  CHOLESKY (S0LVE,KREDxxx,DBS2xxx,LREDxxx ,OPTION=2) 

RENAME  MATRIX (D3 1Sxxx=DBS3xxx , CSUBXXX =CEXPxxx,LREDxxx=LEXPxxx, 
ES  UBxxx=EEXPxxx ) 

PERFORM  SS-BACK (SS=xxx) 

The  PERFORM  statements  (SS-REDU  and  SS-BACK)  are  expanded 
into  the  equivalent  ATLAS  statements  as  shown  by  (4) , (6) 
and  (10)  . 
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CONTROL 

PROCEDURES 


PERFORM  SS-VSOLVE  (SS=CATlist) 


This  statement  is  used  to  generate  the  reduced  stiffness 
and  reduced  nass  matrices  for  the  highest-level 
substructure . The  reduced  matrices  may  be  used 
subsequently  for  vibration  analyses.  This  statement  is 
replaced  by  the  following  PERFORM  statements  for  each 
substructure  identified  by  CATlist. 

PERFORM  SS-REDU (STIFFNESS fSS=xxx) 

PERFORM  SS-REDU (MASS ,SS=xxx) 

These  two  statements  are  expanded  into  the  equivalent  ATLAS 
statements  shown  by  (4)  and  (5)  . 


PERFORM  SS-PARTIT10N  (SS=CATlist) 


This  statement  initiates  generation  of  the  interaction 
(boundary)  displacement  matrices  for  the  substructure 
components  of  the  substructures  identified  by  CATlist.  The 
loadcase  dependent  matrices  associated  with  the 
substructure  components  are  expanded  column-wise,  as 
necessary,  for  compatible  back-substitution  calculations. 
This  statement  is  replaced  by  the  following  set  of 
equivalent  ATLAS  statements  for  each  substructure 
identified  by  CATlist. 

EXECUTE  MERGE (PARTITION, SS=xxx,OPTION=2) 

EXECUTE  MERGE ( EXPANS ION , SS-XXX, DBS 3=D3 1 S , OPT ION ~2) 

EXECUTE  MERGE (EXPANSION, SS=xxx,CEXP=CSUB,OPTION=2) 

EXECUTE  MERGE (EXPANSION, SS=xxx,LEXP=LRED,OPTION= 2) 

EXECUTE  MERGE (EXPANSION , SS  =XXX, EEXP=ESUB, OPTION=2) 

Note  that  the  matrices  generated  via  these  statements  are 
associated  with  the  substructure  components  of  the 
substructures  identified  by  the  parameter  '*SS=CATlist 
The  generated  matrices  are  identified  by  the  component 
substructure  numbers . 


10) 


PERFORM  SS-BACKSUBSTITUTION  (SS=CATlist) 


This  statement  is  used  to  back-substitute  the  results  of  an 
interaction  solution  to  calculate  displacements  and 
reactions  for  substructures.  This  statement  is  replaced  by 
the  following  equivalent  set  of  ATLAS  statements  for  each 
substructure  identified  by  CATlist. 

EXECUTE  MULTIPLY (FSUBxxx=[ CEXPXXX-ASUBXXX*DBS2XXX ] ,OPTION=2) 
EXECUTE  CHOLESKY (BACK,LSUBxxx ,DBS 1xxx#  F SUB XXX, OPTIQN=2) 
EXECUTE  MULTIPLY  (RBS2xxx=[ KR£Dxxx*DBS2xxx-LEXPxxx ],OPTION=2) 
EXECUTE  MULTIPLY (RBS3xxx=[ EEXPXXX+K13SXXX (T) *DBSlXXX 

♦K23SXXX  (T) *DBS2xxx ]f OPTION* 2) 

The  displacements  calculated  via  these  statements  for  the 
lowest-level  substructures  are  subsequently  used  to  perform 
a stress  analysis  of  each  lowest-level  substructure  (ref. 
sec.  254.1).  The  displacement  matrices  identified  by 
DBSlxxx  (as  calculated  via  SS-BACK)  and  the  matrices 
identified  by  DBS2xxx  and  DBS3xxx  (as  generated  via  SS- 
PART)  are  used  by  the  STRESS  Processor.  Printout  of 
reaction- forces  contained  in  the  matrices  identified  by 
RBS2xxx  and  RBS3xxx  may  be  requested  from  the  REACTION 
Postprocessor  (sec.  248.0)  . 
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SAMPLE  DECK 


APPENDIX  F 

SAMPLE  ATLAS  DECK  SETUPS 


Two  job  deck-setups  are  presented  in  this  appendix  to 
illustrate  typical  applications  of  the  ATLAS  System.  The  decks 
illustrate  the  following: 

a)  Stress  and  flutter  analyses  of  a delta  wing  using  a 
single  structural  model. 

b)  Stress  and  vibration  analyses  of  a transmission  tower 
using  a substructure  interaction  solution. 

Listings  of  the  complete  job  decks  are  included  herein.  The 
standard  ATLAS  cataloged  control  procedures  were  used  in  writing 
both  of  the  Control  Programs.  The  analysis  options  illustrated 
by  these  examples,  including  the  selected  print  and  plot 
displays,  are  not  to  be  considered  exhaustive  or  restrictive  with 
regard  to  the  complete  ATLAS  System  capabilities.  Additionally, 
the  listed  data  should  be  used  only  for  deck  setup  illustrative 
purposes. 

An  extensive  set  of  problems  that  demonstrate  the  various 
analysis  and  design  capabilities  of  ATLAS  are  documented  in 
reference  F-1.  Listings  of  the  input  data  and  results  are 
presented,  as  well  as  descriptions  erf  the  analyses  and 
comparisons  of  results  to  theoretical  or  experimental  data  where 
possible. 
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APPENDIX  F.l  — STRESS  AND  FLUTTER  ANALYSES  OF  A DELTA  KING 


NACA , T3000 , CM! 30000 , POO . 

********  ACCOUNT  CARD  ******** 
GET(CATM/UN-UATLASU) 

CALL(CATM, ATTACH) 

CALL? CATM, CONTROL) 

ATLAS(Pl-IOOOOO) 

PL0TFIL(GERBER.TAPE99,0) 

********  END  OF  RECORD  ******** 


C 

C 

C 

C 

C 

C 

C 

C 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 


c 

c 

c 


c 


dEGIN  CONTROL  PROGRAM  04 MO 10 

PROBLEM  I0I0EM010  - STRESS/FLUTTER  ANALYSES  OF  A DELTA  MING) 

PURPOSE  THE  PRINCIPAL  ATLAS  CAPABILITIES  DEMONSTRATED  BY 

THIS  DECK  ARE 

1.  NORMAL  MODE  ANALYSIS 

2.  PLOT  OP  VIBRATION  MODE  SHAPE 

3.  FLUTTER  ANALYSIS  - OUBLAT  AERODYNAMICS 

4.  V-G  AND  V-F  PLOTS 

5.  STRESS  ANALYSIS 

6.  STRESS  CONTOUR  PLOTS 

METHOD  THE  SYSTEM  IS  EXECUTED  TO  DEMONSTRATE  THE 

PROCEDURE  TO  OBTAIN  STRESSES, DISPLACEMENTS.  ANO  A 
FLUTTER  SOLUTION  FOR  A DELTA  mING. 

♦•MM************************************************************** 
* * 

* THIS  DECK  DEMONSTRATES  AN  ATUS  ANALYSIS  OF  THE  45  DEGREE  * 

* OELTA  MING  DESCRIBED  IN  NACA  TN  3999.  « 

* « 

* THE  PROBLEM  TO  BE  EXECUTED  CONTAINS  * 

♦ * 

* 117  STRUCTURAL  NOOES  * 

* 154  SPAR  ELEMENTS  • 

* 102  COVER  ELEMENTS  * 

* * 
♦••♦♦•♦♦♦••♦•♦a*************************************************** 

READ  INPUT  (M0DE2) 

PRINT  f HE  STIFFNESS  AND  LOADS  INPUT  DATA.  PLOT  GEOMETRY. 

PRINT  INPUT  (NODAL, SUBSETS. N1*INPUT,N2) 

PRINT  INPUT  (STIFFNESS, SUBSETS, E10.E20.E30) 

PRINT  I NPUT ( LOADS ) 

EXECUTE  EXTRACT  I EXNAME»N6CA l.L SUB-KGR ID, E SUB-610, NSUB*N1) 

EXECUTE  GRAPHICS ( GN AME*PL ANVI EW.OFFLI NE-GERBER , TYPE*( QR TH, 

X POI M ) .LABEL *N« SCALE*. 05, VI  EM* 100  * EXNAME* NACA 1 1 

EXECUTE  EXTRACT ( EXNAME»NACA2,LSUB*KGRID,ESUB*625,NSUB*N30) 

EXECUTE  GRAPHICS ( GNAM£«fi£ ARSPAR  « TYPE*OR TH , LABE L*N+£ , SCALE*. 05 . 

X V l EM* 10CCQOO, EXNAME* N AC A2 1 

GENERATE  THE  REOUCEO  STIFFNESS  MATRIX. 

PERFORM  K-RE0UC6 
PRINT  INPUT ( BC1 
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c 


SAMPLE  DECK^V 
SETUPS 


GENERATE  AND  PRINT  THE  DIAGONAL  MASS  MATRIX. PANEL  WEIGHT 

MATRIX. AND  WEIGHT  STATEMENT. 

EXECUTE  NASS  IOPTION-2) 

PRINT  OUTPUT ( MASS .STATEMENT • SUMHARY,MOC-MOC****l 

GENERATE  AND  PRINT  THE  MODE S,f REQUENCI ES. GENERALIZED  MASS.ANO 

GENERAL UED  STIFFNESS.  PROOUCE  MODE  SHAPE  PLOT. 

EXECUTE  VIBRATI0NISTIF-KRED,MA5S«M0C001A,NM0DES«7,SUBSETS-!Nl, 

X N291) 

PRINT  OUTPUT! VIBRATION. SUBSETS-IN1.N29D 

EXECUTE  EXTRACT! EXNAME-SPAR2,  LSUB-VMOOE  , VSET-1  ,N5U8-N2:9 . MODE-3, 

X BSUB-CN 2) 

EXECUTE  GRAPHICS! GNAM E-MODES .TYPE -OR Th, SCALE-. 1 ,VX— 1. , 

X VECT0R2- VMODE . VSCALE-60. . EXNAME- SPAR2) 

GENERATE, PRINT, AND  PLOT  THE  FLUTTER  DATA. 

EXECUTE  INTERPOLATIONlNl-l SURFSPL INE ,CMCO I .OCF-IOOO I 
EXECUTE  DUBLAT! CONO-1 »MACH».5»KVAL«!35. 0,1.  .2,5. 0,2. 2,1.0) , 

I BREF-U2.0) 

EXECUTE  ADOINTI IO-FCHCK, !NT, DUBLAT, IGAIN-9, MACH-. 51 
EXECUTE  FLUTTER ! GAF ID-FCHCK I 
PRINT  OUTPUTiFLUTTER) 

EXECUTE  EXTRACT! EXN AM E-FC; „fc l ,LSUB- VG VFI 

EXECUTE  GRAPHICSIGNAME-FLUTTER, TYPE-GRAPH, SIZE-115, 15) , 

X X-V, YI-G.Y2-F , XMIN-O. , XM AX -30 00. .YIMIN--.2, 

X Y2MIN-0. , Y1MAX-. L , Y2  MAX-200. .EXNAME-FCASEl) 

GENERATE  ANO  PRINT  THE  ELEMENT  STRESSES .NOOAL  DISPLACEMENTS, 

AND  REACTIONS.  PLOT  STRESS  CONTOURS. 

PERFORM  STRESS! STAGE-2, f*J-isJ) 

PRINT  OUTPUT! STRESSES. STAGE-2) 

PRINT  OUTPUTtOISPLACE, STAGE-2) 

PRINT  OUTPUTIREACTIONS, STAGE-2, R3-R31 .EGCHK) 

EXECUTE  EXTRACT ! EXNAME-NACA3, L SUB -STRESS «ES LB- E 10 ,NSUB>N25 , 

X STAGE-2, BSUB-ONI) 

EXECUTE  GRAPHICS(GNAME*C0NT0URS,TYPE-CCNTCUR,SI2£-! 15,15) , 

X SCALAR-COVSIGMAIU.FLEV— 250. , LLEV-O., 

X INTLEV-25. .EXNAME-NACA3) 

EXECUTE  GRAPHICS !GNAME -CONTOURS, TYPE-CONTOUR, SIZE- 415, 15) , 

X SCALAR— COVS IGHA2U ,FIE  V*-60. .LLEV-30., 

X INTLEV-IO. .EXNAME-NACA3) 

INDEX  THE  RANOOM  ACCESS  FILES. 

CALL  PRNTCAT 
INOEX  FILES 
END 

••*••••«  END  OF  RECORD  ******** 


BEGIN  NODAL  DATA 

*/  STRUCTURAL  NODES 


15 

196.0  C.O 

0.0 

2.72 

TO 

195 

100.0 

0.0 

0.0 

2.72 

BY 

15 

*♦2 

-l 

0.0  £.0 

o.c 

0.0 

0 

-l 

0.0 

8.0 

0.0 

0.0 

0 

0 

1 

196.0  112.0 

C.C 

0.644 

TO 

193 

6Y 

16 

1 

TO 

13 

*♦11 

lb 

0 

15 

♦ 


» 


F.3 


*/ 


AUXILIARY 

PANEL 

NOOES 

310 

196* 

0. 

0. 

TO 

316 

100. 

0. 

0. 

320 

16. 

*2 

326 

« 

16. 

0. 

330 

• 

29. 

♦2 

336 

112. 

28. 

0. 

3*0 

* 

*0. 

*2 

3*6 

12*. 

*0. 

0. 

350 

* 

*0. 

*2 

35* 

12*. 

*C. 

0. 

360 

• 

56. 

•2 

36* 

1*0. 

56. 

0. 

370 

* 

72. 

*2 

37* 

156. 

72. 

0. 

380 

♦ 

88. 

♦2 

382 

172. 

88. 

0. 

390 

OATA 

♦ 

112. 

c. 

BEGIN  STIFFNESS  DATA 
BEGIN  ELEMENT  DATA 


•/ 

RIB  ELEMENTS 

SPAR 

M01  15,30 

0.025* 

.01905 

TO 

180,195 

BY 

IS, 

15 

*2 

l*.  29 

0.0508 

.03810 

TO 

179,19* 

•* 

• 2 

13, 2B 

0.1*12 

.12355 

TO 

178,193 

mm 

•2 

12,27 

0.0508 

. C3810 

TO 

162,177 

mm 

*♦9 

0.0 

-1,-1 

0.0 

.0 

0 

-16,-16 

0. 

o 

• 

o 

*2 

2,17 

• 2 

*/ 

SPAR 

ELEMENTS 

SPAR 

1 2 

0.C695 

0.201362 

TO 

3 * 

• 

* 5 

0.0695 

0.* 7*5 79 

TO 

1*  .5 

• 

*9  50 

G.0701 

0. *77268 

TO 

59  60 

• 

97  98 

0.0718 

1. *98695 

TC 

10*  105 

• 

1*5  1*6 

0.0720 

0.2C5189 

TO 

1*9  150 

• 

193  19* 

0.0706 

0.039597 

TO 

19*  195 

• 

1 17 

0.C7Q6 

0.039597 

TC 

177  193 

BY 

16 

16 

•/ 

COVER 

ELEMENTS 

COVER 

N1001  1 

2 17 

0.C696  0. 

0281 

0.  TO  Nil 66 

177 

178  193 

BY  N 1 5 16 

16  16 

COVER 

N1002  2 

3 18  17 

0.C696  0. 

0281 

0.  TO  N101* 

1* 

15  30 

*♦11 

0 

15  lo 

*«3 

0.  0. 

0.  0 

i* 

15 

*«3 

END  ELEMENT  DATA 
END  STIFFNESS  DATA 

♦/ 


BEGIN  BC  DATA 
STAGE  l 

RETAIN  TZ  FOR  l TO  195 
SUPPORT  TX  FOR  195 

SUPPORT  ASYM  IN  SURFACE  2 THROUGH  IS 
STAGE  2 

SUPPORT  ALL  FOR  15  TO  195  BY  15 
END  BC  DATA 

•/ 

BEGIN  MASS  DATA 

BEGIN  CONDITION  DATA 
STAGE  1 CONDITION  1 
PANEL  DATA  1 CONCITION  2 
END  CONOITICN  DATA 
BEGIN  PANEL  DATA  1 


1 

315 

316 

326 

325 

TO 

6 

BY 

1 -l  *»3 

*♦2  o 

10 

10 

10 

10 

0 

6 

0 

• -5 

19 

353 

35* 

36* 

363 

TO 

22 

** 

• ♦1  * 

ID 

10 

10 

10 

0 

* 

0 

*-5 

27 

372 

37* 

382 

381 

TO 

25 

BY 

l -2  -2  -1  -1 

29 

380 

382 

390 

ENC  PANEL  DATA 


BEGIN  LABEL  DATA 


LEVEL1 

* / TOTAL  WING  STRUCTURE 

* 

EK 10 

• / COVER  MATERIAL 

EK30 

* * RIB  MATERIAL 

* 

LEVEL2 

* t SPAR  MATERIAL 

* 

- EK2 1 

* / SPAR  l (FS) 

* 

EK22 

* ^ SPAR  2 

EK23 

* i SPAR  3 

EK2* 

* / SPAR  * 

t 

EX25 

* t SP.*R  5 (RSI 

END  LABEL  OATA 
END  MASS  CATA 


♦ 

29 


F.4 


T 


BEGIN  LOADS  OATA 
STAGE  2 

BEGIN  ELEMENT  LOAO  OATA 
CASE  JUNK  1 

DIRECT  ION  GLOBAL  0.  0.  I. 

10X4  TO  1164  BY  14  .2 

1013  TO  1167  BY  14  .15 

1012  TO  1166  BY  14  .10 

*♦10  -1  0 -15  0 0 -.Cl 

1001  .005 

ENO  ELEMENT  LOAD  DATA 
END  LOADS  OATA 
BEGIN  SUBSET  DEFINITION 

SUBSETS  CF  STIFFNESS  SET  1 

• / SUBSETS  OF  ALL  STRUCTURAL  NOOES  A NO  ELEMEI  1 S 

El  - ALL 
N1  « ALL 
N2  « 300  TO  400 
EXCLUOE  N2  FROM  N1 
*/  SUBSET  OF  ALL  COVER  ELEMENTS 
E10  - COVERS 

*/  SUBSETS  OF  ELEMENTS  FOR  THE  MING  SPARS 
N21  - l TO  193  BY  16  194  195 

E21  - IN  N21 

E22  - SLAB  X 124. C 
*♦3  1 0 0 0 24.0 

N25  « NODES  IN  £23 

• / SUBSET  OF  ALL  M i'NG  SPARS 

E20  * £21  U E22  U E23  U E24  U £25 

*/  SUBSET  OF  ALL  SPAR  ELEMENTS 
E100  « SPARS 

*/  SUBSET  OF  ALL  MING  RIBS 
E30  - E100 

EXCLUOE  E20 

*/  RETAINEO  NOOES  ON  SPAR  2 
N29  * 49  TO  60 

*/  BOUNDARY  SUBSET  FOR  STRESS  CONTOUR  PLOTS 
ONI  - 1 15  195  193 
•/  SUBSET  FOR  MODE  SHAPE  PLOT 
0N2  - 49  *«11>1 
ENO  SUBSET  DEFINITION 
BEGIN  FLUTTER  OATA 

CASE  l «/iNACA  DELTA  MING  ? 

ALTITUDE  500.0 
ENO  FLUTTER  OATA 
*/ 

BEGIN  OUBLAT  OATA 

BEGIN  GEOMETRY  DATA 

LIFTING  SURFACE  CATA 

PANEL  MING1  100.0  196. C 100. C 196.0  0.  16.0  0.  0. 

CHORD  OIV  0.  0.1  C.2  0.3  0.4  0.5  C.6  0.7  0.8  0.9  1.0 
SPAN  OIV  0.  1.0 

PANEL  MING2  100. 0 196. C 190.0  196.0  16.C  112.0  0.  0. 

CHORD  OIV  0.  0.1  C.2  0.3  0.4  0.5  0.6  0.7  0.8  0.9  1.0 
SPAN  OIV  0.  0.1  C.2  0.3  0.4  0.5  C.S7  0.64  0.7  0.75  0.8  + 
0.35  0. 68  0.92  0.95  0.98  1.0 

ENO  GEOMETRY  OATA 
BEGIN  SUBSET  OATA 
SUBSETS  OF  BOXES 

SUBSET  SS  l TC  170 
END  SUBSET  OATA 
BEGIN  MODAL  OATA 

USE  CMUD  WITH  LIFTING  SURFACE  SS 
END  MODAL  DAI  A 
ENO  OUBLAT  DAT4 
ENO  PROBLEM  OATA 

»•♦****♦  end  of  file  **«*♦♦** 


C SAMPLE  OEClTN 
_ SETUPS  V 


GNAME  > CCOriO  1 


PLOT  tD  > KICt  GEOMETRY 


» 


I 


r 


r 


t 


RZ  * 125. 
RY  « 25. 
RX  • 0.0 


EXNAME  * X1E1  KSEI  - 1 NSUO  « Nil) 

ESUB  « E001  LSUB  c KCRIO 


♦ 


) 


Figure  F-2.  Plot  of  Delta-Wing  Element  Data 


APPENDIX  F.2  - STRESS  AND  VIBRATION  SUBSTRUCTURE  ANALYSES  OF  A TRANSMISSION  TOMER 


NACA , T3000 , CHI  30000 , POO . 

********  ACCOUNT  CARD  ******** 
GET ( CATM/UNaUATLASU ) 

CALL (CATM, ATTACH) 

CALL (CATM, CONTROL) 

ATLAS(PL=100000) 

PL0TFIL(GERBER,TAPE99,0) 

********  enq  of  RECORD  ******** 


BEGIN  CONTROL  PROGRAM  OEMOll 

PROBLEM  IOI OEMOll  - SUBSTRUCTURED  STRESS/ VI  BRAT  I ON  ANALYSES) 
C 

C PURPOSE  THE  PRINCIPAL  CAPABILITIES  DEMONSTRATED  BY 

C THIS  DECK  ARE 

C 1.  SUBSTRowTUREO  STRESS  ANALYSIS 

C 2.  SUBSTRUCTUREO  VIBRATION  ANALYSIS 

C 3.  E XPLOOED  GEOMETRY  PLOTS 


C 

C 

C 

C 

C 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 


************************************************************ 


* * 

* THIS  EXAMPLE  REPRESENTS  AN  ATLAS  RUN  TC  PERFORM  STRESS  * 

* AND  VIBRATION  ANALYSES  FOR  A TRANSMISSION  TOWER  WHICH  * 

* IS  MODELED  AS  FOUR  SUBSTRUCTURES*  SS*l  TC  4.  SS=5  IS  * 

* FORMED  BY  INTERACTING  SS=1  TO  4.  * 

* * 

* * 

♦ THE  EXECUTION  SEQUENCE  IS  * 

* * 

* 1)  READ  INPUT THE  INPUT  DATA  ARE  * 

* PREPROCESSED,  AND  WRITTEN  * 

* ON  THE  DATA  FILE.  SS=l  TO  4 * 

* ARE  DEFINED  AS  STIFFNESS/MASS* 

* SETS  l TO  4.  SS*5  IS  DEFINED  * 

* AS  SET*5  FOR  VIBRATION  * 

* ANALYSIS.  * 

* * 

* 2)  EXECUTE  STIFFNESS,  . COMPUTE  ELEMENTAL  STIFFNESSES* 

* MASS  AND  THE  NON-DI AGCNAL  MASS  * 

* MATRICES  FOR  THE  RETAINED  * 

* FREEDOMS  FCR  SETS  1 TO  4.  * 

* * 

* 31  EXECUTE  LOADS  PROCESS  LGADS  FOR  * 

* SUBSTRUCTURES  l AND  3.-  NO  * 

* LOADS  ARE  APPLIED  TC  * 

* SUBSTRUCTURES  2 AND  4.  * 

* * 

* 4)  PERFORM  SS-MERGE,  ..  FORM  GROSS  STIFFNESS  AND  LCAD* 

* ST  I F »LOAD  MATRICES  FCR  SS=l  TO  4.  ♦ 

* * 

* 5)  PERFORM  SS-REDU,  ...  RECUCE  GROSS  STIFFNESS  AND  * 

* ST  I F*  LOAD  LOADS  MATRICES  FOR  SS=l  TO  *♦.* 

* ♦ 

* 61  PERFORM  SS-MERGE,  ..  FORM  GROSS  STI FFNESS .LOADS  * 

* ST  IF, LOAD, MASS  ANO  MASS  MATRICES  FOR  SS=f>.  * 

* * 
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¥»-  - 


» 


I 


r 


r 


»• 


c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 

c 


c 

c 


C SAMPLE  McTN 
SETUPS  J 


* 7)  PERFORM  SS-VSCL  ....  COMPUTE  REDUCED  STIFFNESS  AND* 

* MASS  MATRICES  FOR  SS*5  TO  ♦ 

* PERFORM  SUBSEQUENT  VIBRATION  * 

* ANALYSIS.  * 

* * 

* 81  EXECUTE  MASS  COMPUTE  PASS  PROPERTIES  FOR  * 

* TOTAL  STRUCTURE.  <SET=5|  ♦ 

* * 

* 9)  EXECUTE  VIBRATION  ..  COMPUTE  THE  FIRST  5 FREQUEN-  * 

* Cl ES  AND  MODES.  * 

* * 

* 101  PERFORM  SS-SSQL  ....  COMPUTE  DISPLACEMENTS  FOR  ♦ 

* SS=5.  * 

* * 

* 111  PERFORM  FROM  THE  DISPLACEMENT  MATRI-  * 

* SS-PARTITION  CES  FOR  SS=5,  EXTRACT  DISPLA-* 

* CEMENTS  AT  RETAINEC  FREEDOMS  * 

* FOR  SS=1  TO  4.  * 

* * 

* 121  PERFORM  SS-BACK  ....  PERFORM  BACK  SUBSTITUTION  TO  * 

* COMPUTE  ALL  DISPLACEMENTS  AND* 

* REACTIONS  FOR  SS=1  TC  4.  * 

* * 

* 13)  EXECUTE  STRESS.  ....  COMPUTE  ELEMENTAL  STRESSES  * 

* PRINT  STRESSES,  AND  PRINT  STRESSES,  * 

* DISPLACEMENTS  DISPLACEMENTS  AND  REACTIONS  * 

* AND  REACTIONS  FOR  SUBSTRUCTURES  l TO  4 * 

* * 

* 14)  PRINT  INPUT,  PRINT  NODAL  AND  STIFFNESS  * 

* NODAL  AND  INPUT  DATA  FOR  SETS  1 TC  4 * 

* STIFFNESS  * 

+ * 

* 151  EXECUTE  GRAPHICS  ...  PLOT  TOTAL  STRUCTURE  AND  * 

* COMPONENT  SUBSTRUCTURES  * 

* * 

* 16)  PRINT  INPUT,  PRINT  INTERACT  DATA  FOR  * 

* INTERACT  ALL  SUBSTRUCTURES.  * 

* * 

* 171  PRINT  OUTPUT,  ......  PRINT  FREQUENCIES  AND  MODE  * 

* VIBRATION  SHAPES.  * 

* * 

* 18)  ERROR  PROCEDURE  ....  SAVE  DATA  FILES  IF  AN  ERROR  * 

* IS  ENCOUNTERED  DURING  * 

* EXECUTION.  * 

* * 

* * 


******** ********  ******************************* ************* 

USER  COMMON  ( K ) 

1)  

READ  INPUT 

2)  

DO  10  K = 1 , 4 

EXECUTE  STIFFNESS  (SET=K) 

EXECUTE  MASS  ( SE T=K ,GPT I 0N=3 , COND I T 1 0N= 1 ) 

10  CONTINUE 


F.ll 


LOADS  < SS=! 1,31 ) 


SS-MERGE  ! S T IF, LOAD  » SS*1  TO 


C 


C 3) 

EXECUTE 

C 41 

PERFORM 

C 5)  

PERFORM  SS-REUU  ( ST  IF ,LGAD, SS* 1 TO  4) 

61  

PERFORM  SS-MERGE  ( STI F, LQAO , MASS. SS»5 1 
71  

PERFORM  SS-VSOL  !SS=51 
81  

EXECUTE  MASS  I SET*5.CONDI TION*l) 

91  

EXECUTE  VIBRATION  1ST IF=KRED005»MASS*MRED005 ,NFREQS=5,S ET *5 1 

C 101  

PERFORM  SS-SSOL  !SS=51 

C 111  

PERFORM  SS-PART I T ION  ISS=51 

C 121  

PERFORM  SS-BACK  (SS=i  TO  41 

C 131  

DC  20  K=l,4 
EXECUTE  STRESS! SS=K1 
PRINT  OUTPUT! STRESSfSS=Kl 
PRINT  OUTPUT! DISP»SS=K1 
PRINT  OUTPUT! REACTI ON S»EQCHKfSS*Kl 
20  CONTINUE 

C 14)  

DO  30  K= l»  4 

PRINT  INPUT  1 NODAL*  SE T=K) 

PRINT  INPUT  I ST  I FFNESS#  SET*=K1 
30  CONTINUE 
C 15 1 

EXTRACT! EXNAME=SS l, LSUB=KGR ID, KSET=1,ESUB=E1,NSUB=N2) 
EXTRACT! EXNAME=SS2»LSUB*KGRID,KSET=2tESUb=EltNSU6=Nl) 
EXTRACT! EXNAME* SS3,L SUB =KGR ID, KSET=3*E SUB=E If NSUd=N 11 
EXTRACT!  EXNAM£  = SS4,LSUB=KGRID,KSET*<»,ESUB=El,NSUB=Ni) 
GR APH IC S ! GNAME=G£OM,OFFL I NE=GERBER, EXPLODE, TYPE=ORTH, 
SI ZE=( 15,151 fEXNAME=!SSl,SS2,SS3,SS4l 1 
GRAPHICS!GNAME=GEQM,EXPLODE,T YPE=CRTH,SIZE=! 15,151, 

X TX=-250.,EXNAME=SS1, TX*0. ,TY=100. ,EXNAME=SS2» 

X TX=5C. ,TY=0. ,EXNAME=SS3,TX=0. ,TY=-250. , 

X EXNAME=SS4) 


EXECUTE 

EXECUTE 

EXECUTE 

EXECUTE 

EXECUTE 

l 

EXECUTfc 


161  — 
PRINT  INPUT 


PRINT 

PRINT 

PRINT 

PRINT 


I INTERACT, NODE, SS  = 1 TO  51 
INPUT  ! INTERACT, CONN, SS  = 1 TO  41 
INPUT  ! INTERACT, RETA,SS*l  TO  4) 
INPUT  ( INTERACT »8C»  SS-l  TO  51 
INPUT  ( INTERACT, LOADS, SS=l  TO  51 

— - 17)  

PRINT  OUTPUT  ! V I BRAT  ION) 

ERROR  PROCEDURE 

SAVE  FILES 

END  CONTROL  PROGRAM 

********  END  OF  RECORD  ******** 
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SAMPLE  net 
SETUPS 

*/  I***********************************************************  / 


BEGIN  NODAL  DATA  / 


I 

169.0 

148.0 

634.5 

/ 

2 

169.0 

190.  C 

634.5 

/ 

400 

112.8 

169. C 

96.  C 

/ 

1001 

100.0 

♦ 

408.  C 

TO 

1003 

100.0  169.0 

600.0 

/ 

101 

100.0 

100.  c 

0.0 

TO 

106 

148.0 

360.0 

OF 

8.0,7 

.0,6.0, 5. 0,4.0 

/ 

401 

4 

238.0 

*2 

406 

148.0  190.0 

44 

/ 

106 

TO 

116 

148.0  148.0 

600.0 

/ 

406 

* 

416 

• 190.0 

6* 

/ 

REORDER 

FROM 

101 

/ 

SET  2 

/ 

*/  ************************************************************ 

/ 

2 

169.0 

190.C 

634.5 

/ 

300 

* 

225.2 

96.  C 

/ 

301 

238.0 

* = 

3.0 

TO 

306 

190.0  4= 

360.0 

OF 

8.0,7 

.0,6. 0,5. 0,4.0 

/ 

401 

100.0 

*3 

406 

148.0 

*4 

/ 

306 

TO 

316 

190.0  190.0 

600.0 

/ 

40o 

* 

416 

148.0 

4. 

/ 

REORDER 

FROM 

301 

/ 

SET  3 

/ 

1 

169.0 

148.  C 

634.5 

/ 

2 

* 

190. C 

♦ 

/ 

200 

225.2 

179.  C 

96.  C 

/ 

2001 

238.0 

* 

406. C 

TO 

2003 

238.0  169.0 

600.0 

/ 

201 

* 

100. c 

0.0 

♦ 

206 

190.0  148.0 

360.0 

OF 

8.  ,7 

• , 6. *5. ,4.0 

/ 

301 

* 

238.0 

*2 

306 

* 190.0 

** 

/ 

206 

TO 

216 

190.0  148.0 

600.0 

/ 

306 

* 

316 

* 190.0 

** 

/ 

REORDER 

FROM 

201 

/ 

SET  4 

/ 

*/  ************************************************************ 

/ 

1 

169.0 

148.0 

634.5 

/ 

100 

♦ 

112. £ 

96.  C 

/ 

101 

100.0 

* = 

0.0 

TO 

106 

148.0  *= 

360.0 

OF 

8.0, 

7*0  6*  5. ?4.0 

/ 

201 

238.0 

*3 

206 

190.0  *♦ 

/ 

106 

TO 

116 

148.0  148.0  600.0 

/ 

206 

* 

216 

190.0 

** 

/ 

REORDER 

FROM 

101 

/ 

END  NODAL 

DATA 

/ 

BEGIN  STIFFNESS 

DATA 

/ 

BEGIN  PROPERTY 

DATA 

/ 

PI  5 

.75  0 

. 0. 

39.  6 

19.9 

♦ * 

/ 

P 2 3 

.75  0 

• 0 • 

1 1.2 

5.6 

5.6 

/ 

P 3 2 

.110. 

0.  3.6 

1.6  1 

.8  2. 

11  0. 

0.  3.6  1.8  1.8 

111.0 

/ 

P 4 2 

.11  2 

.11 

/ 

PS  1 

.15  * 

= 

/ 

P 6 3 

.25  3 

.25 

/ 

END  PROPERTY  DATA 

/ 

BEGIN  ELEMENT 

OATA 

/ 

BEAM 

M8  101  102 

4C0 

PI 

TO  105  106  400  BY  1 1 0 

/ 

♦ 

401  402 

400 

PI 

TC  405  4C6  400  BY 

110 

/ 

ROD 


106 

IC7 

4C6 

P2 

TO 

115 

116 

406 

44 

/ 

406 

40? 

1C6 

P2 

TO 

415 

416 

106 

44 

/ 

416 

2 

116 

P2 

/ 

116 

1 

416 

P2 

/ 

402 

400 

4C3 

P3 

/ 

102 

4C0 

103 

P3 

/ 

401 

4C0 

P4 

/ 

101 

4C0 

* 

/ 

403 

4C0 

• 

/ 

103 

4C0 

* 

/ 

403 

1C3 

P5 

TO 

416 

116 

/ 

103 

404 

♦2 

115 

416 

BY 

2 

2 

/ 

404 

1C5 

*2 

414 

115 

44 

/ 

1 

2 

P5 

/ 

1 

416 

* 

/ 

1001 

ioa 

P6 

TO 

1003 

116 

BY 

1 

4 

/ 

4 

408 

* 

4 

4 

416 

44 

/ 

4 

1C9 

♦ 

/ 

4 

4C9 

/ 

1002 

113 

* 

/ 

* 

413 

* 

/ 

1003 

l 

* 

/ 

4 

2 

4 

/ 

END  ELEMENT  DATA  / 

SET  2 / 

*/  444444444444444444444444444444444444444444444444444444444444  / 

BEGIN  PROPERTY  DATA  / 


P 3 

2.11 

0.  C. 

3.6 

1.  E 

• 

00 

ro 

• 

11 

0.  c. 

3.6 

1.8  1 

.8  111.0 

/ 

P4 

2.11 

2.11 

/ 

P 5 

1.15 

4 = 

/ 

ENC  PROPERTY 

DATA 

/ 

BEGIN  ELEMENT  DATA 

/ 

BEAM 

! M8 

302 

3C0 

303 

P3 

/ 

BEAM 

402 

300 

403 

P3 

/ 

RGO 

301 

300 

P4 

/ 

ROD 

401 

3C0 

4 

/ 

ROD 

303 

4 

4 

/ 

ROD 

403 

4 

4 

/ 

ROD 

30  3 

4C3 

P5 

TO 

316 

416 

/ 

RGO 

403 

3C4 

*2 

415 

316 

BY  2 2 

/ 

ROD 

304 

4C5 

<2 

314 

415 

44 

/ 

ENC  ELEMENT 

DATA 

/ 

SET  3 

/ 

4/  4 4 444444444444  4444  4 4444*  444444444444  4444  44  4444444  44444  4444  44 

/ 

BEGIN  PROPERTY  DATA 

/ 

PI 

5.75 

0.  0 

. 39.  € 

19.9 

4 st 

/ 

P 2 

3.  75 

0.  0 

• 

11.2 

5.6 

5.6 

/ 

P3 

2.11 

0.  0. 

3.6 

1.  £ 

1.8  2. 

11 

0.  0. 

3.6 

1.8  1 

.8  111.0 

/ 

P4 

2.11 

2.11 

/ 

P5 

1.15 

4 = 

/ 

Po 

3.25 

3.25 

/ 

END  PROPERTY 

DATA 

/ 

BEGIN  ELEMtNT  DATA 

/ 

BEAM 

M8 

201 

202 

2C0 

PI 

TO 

205 

206 

200 

BY  i 1 0 

/ 

4 

301 

3C2 

200 

Pi 

TO 

305 

306 

200 

BY  1 l 0 

/ 

4 

206 

207 

3C6 

P2 

TC 

215 

216 

306 

44 

/ 

F.I4 
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SAMPLE  DECK 
SETUPS 


• 

306 

307 

2C6 

P2 

TO 

313 

316 

206 

66 

"" 

r 

* 

216 

1 

316 

P2 

/ 

* 

316 

2 

216 

* 

/ 

* 

202 

200 

203 

P3 

/ 

* 

302 

200 

303 

P 3 

/ 

ROD 

201 

200 

P4 

/ 

* 

301 

* 

* 

/ 

* 

203 

* 

/ 

* 

303 

* 

* 

/ 

♦ 

203 

303 

P5 

70 

2 16 

316 

/ 

6 

303 

204 

♦ 

* 

315 

216 

BY 

2 

2 

/ 

♦ 

204 

3C5 

* 

* 

214 

315 

6* 

/ 

* 

216 

2 

♦ 

/ 

• 

2001 

208 

P6 

TO 

2003 

216 

BY 

1 

4 

/ 

* 

* 

308 

* 

6 

6 

316 

*• 

/ 

* 

* 

209 

P6 

/ 

* 

* 

3C9 

* 

/ 

6 

2002 

213 

* 

/ 

6 

4 

313 

* 

/ 

6 

2003 

1 

6 

/ 

6 

* 

2 

6 

/ 

1C  ELEMENT 

DATA 

/ 

SET  4 / 

*/  ************************************************************  / 

BEGIN  PROPERTY  DATA  / 


P3 

2.11  0.  0. 

3.6 

1.6  1 

. 8 2. 

11 

0.  0. 

3.6 

1.8  1.8 

111.0  / 

P4 

2.11  2.11 

/ 

P5 

1.15  ♦ = 

/ 

END  PROPERTY  DATA 

/ 

BEGIN 

ELEMENT  DATA 

/ 

BEAM  MS  102 

100 

1C3 

P3 

/ 

* 

2 02 

100 

203 

P3 

/ 

ROD 

101 

ICO 

P4 

/ 

* 

201 

ICO 

6 

/ 

6 

103 

ICO 

6 

/ 

6 

203 

ICO 

6 

/ 

6 

103 

2C3 

P5 

TO 

116 

216 

/ 

* 

203 

104 

*2 

215 

116 

BY  2 

2 / 

* 

104 

205 

*2 

114 

215 

66 

/ 

ENC  ELEMENT 
ENO  STIFFNESS 

*/ 

BEGIN  BC  DATA 
SET  l 


DATA 

DATA 


/ 

/ 

/ 

/ 

/ 


RETAIN  TX  TY  TZ 

FOR 

1001 

TO 

1003 

/ 

* 

RETAIN  TX  TY 

FOR 

4C0 

/ 

< 

SUPPORT  ALL  FOR 

101 

401 

/ 

SET  2 

/ 

RETAIN  TX  TY 

FOR 

300 

/ 

1 

SUPPORT  ALL  FOR 

301 

401 

/ 

< 

SET  3 

/ 

A 

t 

RETAIN  TX  TY  TZ 

FOR 

2001 

TO 

2003 

/ 

| 

RETAIN  TX  TY 

FOR 

2C0 

/ 

SUPPORT  ALL  FOR 

201 

3C 1 

/ 

SET  4 

/ 

RETAIN  TX  TY 

FOR 

ICO 

/ 

F.  I 5 


SUPPORT  ALL  FOR  101  201  / 

ENO  BC  DATA  / 

*/  / 

BEGIN  MASS  DATA  / 

SET  1 / 

BEGIN  CONDITION  OATA  / 

STAGE  1 CONDITION  1 / 

ENO  CONOI T ION  DATA  / 

END  MASS  DATA  / 

BEGIN  MASS  DATA  / 

SET  2 / 

BEGIN  CONDITION  OATA  / 

STAGE  1 CONDITION  1 / 

ENO  CONDITION  DATA  / 

END  MASS  DATA  / 

BEGIN  MASS  OATA  / 

SET  3 / 

BEGIN  CONDITION  DATA  / 

STAGE  l CONDITION  1 / 

END  CONDITION  OATA  / 

END  MASS  OATA  / 

BEGIN  MASS  OATA  / 

SET  4 / 

BEGIN  CONDITION  DATA  / 

STAGE  l CONDITION  1 / 

END  CONDITION  OATA  / 

END  MASS  OATA  / 

*/  / 

BEGIN  LOAOS  DATA  / 

SET  l / 

BEGIN  NODAL  LOAD  DATA  / 

CASE  1 / 

ORDER  FX  FY  F2  / 

1001  TO  1003  10C00.C  *=  20000.0  / 

END  NODAL  LOAD  DATA  / 

SET  3 / 

BEGIN  NODAL  LOAD  DATA  / 

CASE  1 / 

ORDER  FX  FY  F2  / 

2001  TO  2003  10000.0  *=  20000.0  / 

END  NODAL  LOAD  DATA  / 

ENU  LOAOS  DATA  / 

*/  / 

BEGIN  SUBSET  DEFINITION  / 

SUBSETS  OF  STIFFNESS  SET  1 / 

El  = ALL  / 

Eo  * El  / 

N1  = 1001  TO  1CC3  / 

E5  = OPEN  IN  N 1 / 

EXCLUDE  E5  FROM  E6  / 

N 2 = ALL  / 

SUBSETS  OF  STIFFNESS  SET  2 / 

El  = ALL  / 

Nl  = ALL  / 

SUBSETS  OF  STIFFNESS  SET  3 / 

El  = ALL  / 
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C SAMPLE  DECK' 
SETUPS 


> 


t 


\ 


» 


Nl  = ALL 

SUBSETS  OF  STIFFNESS  SET  A 
El  = ALL 
Nl  » ALL 


END  SUBSET  DEFINITION 
BEGIN  INTERACT  DATA 


DEFINE 
DEFINE 
DEFINE 
DEFINE 
SS  S 

INTERACT 
bEGlN  DC 
SS  b 


SS 

SS 

SS 

SS 


AS 

AS 

AS 

AS 


SET 

SET 

SET 

SET 


STAGE 

STAGE 

STAGE 

STAGE 


12  3 4 
CHANGES 


END  BC  CHANGES 

OEFINE  HIGHEST  SS  5 AS  SET  5 
END  INTERACT  CATA 
ENO  PROBLEM  DATA 

******** 


/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 

/ 


reference 

SS  1 

/ 

RETAIN 

TX 

TY 

FOR 

102 

TO 

116 

/ 

*4 

402 

TO 

416 

/ 

*4 

1 2 

/ 

REFERENCE 

SS  3 

/ 

RETA  IN 

TX 

TY 

FOR 

202 

TO 

216 

/ 

*4 

302 

TO 

316 

/ 

/ 

/ 

/ 

/ 


FND  OF  FRE 


******** 


I 


f 


* 


. I 


i 
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Figurs  F-5.  Transmission  Tower  Structural  Model 


EXPLODED  VIEW  OF  SUBSETS 

OF  STIFFNESS  DATA  SET  1 

«o  lent 


Figure  F-7.  Exploded  View  of  Substructure  I 
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f APPENDIX  G 

SPECIAL  ATLAS-LIBRARY  ROUTINES  AND 
ATLAS  INTERFACES  WITH  EXTERNAL  PROGRAMS 


l 
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Analyses  which  are  not  directly  attainable  by  the  ATLAS 
System  Modules  may  be  performed  by  use  of  FORTRAN  and  SNARK 
statements  in  an  ATLAS  Control  Program  in  addition  to  using 
any  of  the  ATLAS-System  library  routines  as  described  in 
reference  1-1.  Some  of  the  library  routines  provide  data 
management  functions  that  are  applicable  to  modification  of 
ATLAS  structural-model  input  data.  Other  routines  provide 
automated  interfaces  of  execution  and  problem-definition  data 
between  ATLAS  and  several  computer  programs  that  are  external 
to  ATLAS.  These  interfaces  and  the  capabilities  provided  for 
modifying  ATLAS  structural-model  data  are  described  in  the 
following  sections. 

G . 1 ATLAS  STRUCTURAL  DATA  MODIFICATION  ROUTINES — 
capabilities  are  provided  to  a)  generate  nodal 
and/or  stiffness  data-record  images,  one  node  or 
element  per  record,  from  a preprocessed  ATLAS  data 
deck  that  includes  data-generation  input  records, 
and  b)  create  two  or  more  ATLAS  node/stiff nt as  data 
sets  from  a sinqle,  parent,  node/stiff ness  data 
set. 

G . 2 NASA-LRC  AIRPLANE  CONFIGURATION  PROGRAM  INTERFACE 
--  Interface  of  the  geometry  input  data  for  the 
NASA-LRC  aerodynamic  configuration  programs  (ref. 

G-1  and  G-2)  with  ATLAS.  ATLAS  nodal  data  may  be 
defined  by  use  of  the  interfaced  qeometry  data. 

G.J  GCS  (GEOMETRY  CONTROL  SYSTEM)  PROGRAM  INTERFACE 
--  Interface  with  ATLAS  the  surface-definition 
geometry  data  saved  from  a GCS  execution  (ret.  G- 
3) . ATLAS  nodal  data  may  be  defined  by  use  of  the 
interfaced,  GCS-generated  geometry  data. 

G.4  ATLAS/ FLEX STAB  SYSTEM  INTERFACES  --  Interface  of 

ATLAS-g^nerated,  structural  and  mass  data  with  the 
FLEXSTAB  System  (ret.  G-4)  tor  performing  aeroelastic 
load?  and  elastic  stability  analyses.  Additionally, 
there  is  an  interface  of  the  FLFXSTAB-generat ed 
steady-state  loads  with  ATLAS  for  performing  stress 
analysis  and  st ructura 1- design  functions. 


I 
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G.5  ATLAS/NASTRAN  SYSTEM  INTERFACES  — Interface  of 
ATLAS  input  data  to  the  NASTRAN  System  (ref.  G-5) 
and  an  interface  of  NASTRAN  input  data  to  ATLAS. 
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G.1  ATLAS  STRUCTURAL- DATA  MODIFICATION  ROUTINES 

Two  ATLAS- library  routines  identified  by  the  names  ATEXP 
and  CUTNE  provide  data-nanagement  functions  applicable  to 
modification  of  ATLAS  structural-model  input  data.  These  two 
routines,  as  described  in  the  next  sections,  provide  the 
following  capabilities: 

ATEXP  --ATLAS  nodal  and/or  stiffness  input  data-set 

records  are  generated  from  data  matrices  on  file 
DATARNF  in  the  ATLAS  data  base.  The  generated 
data  records  are  such  that  each  node  and  each 
stiffness  element  used  to  define  the  structural 
model  are  output  on  separate  data  records. 

CUTNE  — Two  or  more  ATLAS  node/stiffness  data  sets  are 
created  from  a single,  parent,  node/stiffness 
data  set  which  was  input  to  ATLAS.  The  parent 
data  set  is  defined  by  its  corresponding  data 
matrices  on  file  DATARNF  in  the  ATIAS  data  base. 
Each  new  data  set  is  established  via  node  and 
element  subsets  of  the  parent  set. 


3.1.1  The  ATLAS-Library  Routine .ATEXP 

Generation  of  ATLAS  nodal  and/or  stiffness  input  data- 
record  images  from  matrices  in  the  ATLAS  data  base  may  be 
effected  by  use  of  the  routine  ATEXP.  This  routine  uses  those 
matrices  in  file  DATARNF  that  correspond  to  a particular  node 
and/or  stiffness  data  set.  These  matrices  are  generated  by 
previous  execution  of  the  NODAL  and  STIFFNESS  Preprocessors 
(sec.  146.0  and  152.0).  The  data-record  images  generated  by 
ATEXP  are  output  onto  one  of  the  ATLAS  Savefiles  for  subseguent 
use. 


The  format  of  each  output  data-record  image  is  such  that 
each  node  and  each  stiffness  element  used  to  define  the 
structural  model  is  on  a separate  record.  This  capability  thus 
provides  a means  by  which  nodal  and/or  stiffness  data-generation 
input  records  can  be  expanded  for  interrogation  and/or 
modification  by  the  ATLAS  Interactive  Control  Module  (sec. 

200. 5) . An  option  is  provided  to  replace  the  nodal  and/or 
stiffness  data  sets  within  an  ATLAS  data  deck  by  the 
corresponding,  expanded  data  sets.  All  other  data  sets  within 
a data  deck  are  not  modified  by  ATEXP. 

Subroutine  ATEXP  is  called  from  a Control  Program  by  the 
following  statement. 
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CALL  ATEXP  (Se,Elnura,Elements,Nodes , Afile, Bfile, 0,0, 0,0, 0,0) 


? 


Se 


Elnum 


Elements 

Nodes 


Afile 


Bf  ile 


= The  number  (integer)  of  the  node 
and/or  stiffness  data  set  for  which 
data  are  to  be  processed. 

- A switch  (integer)  input  as  0 or  1 

which  denotes  the  following:  $ 

0 —  Include  element-number  identifiers  in 
the  generated  data  records. 

1 —  Do  not  include  element  numbers  in  the 
generated  data  records. 

= These  parameters  denote  that  the 
element  and/or  the  nodal  data  are  to 
be  processed.  Each  of  these 
parameters  is  input  as  the  integer  0 
or  1 as  follows: 

0 —  Do  not  process  the  corresponding  type 
of  data. 

1 —  Process  the  corresponding  type  of 
data. 

= One  of  the  ATLAS  Savefiles  (SAVESS1 
through  SAVESS4)  containing  the  record 
images  of  a data  deck.  If  "Afile*  is 
non-zero,  the  resulting  "Bf ile"  will 
include  the  total  data  deck  from 
"Afile. " Pile  "Afile"  is  not  changed 
by  ATEXP.  If  this  option  is  not 
required,  "Afile"  should  be  specified 
as  the  integer  zero. 

Caution:  If  "Afile"  is  specified  as 
one  of  the  ATLAS  Savefiles, 
it  must  be  different  from 
"Bfile"  and  it  must  be 
different  from  the  input  data 
file  "infile"  specified  in 
the  ATLAS  Job  Control  Card 
(sec.  11.2)  . 

= One  of  the  ATLAS  Savefiles  (3AVESS1 
through  SAVESS4)  onto  which  the 
expanded  data -record  images  are 
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written.  Complete  nodal  and/or 
stiffness  input  data-sets  are 
generated.  Nodes  are  ordered 
according  to  increasing  user  node- 
numbers,  whereas  elements  are  ordered 
according  to  increasing  user  element- 
numbers. 


The  following  example  Control  Program  illustrates  the 
statements  required  to  generate  an  ATLAS  data  file  with  expanded 
nodal  and  stiffness  input  data  sets. 


C 

C 


C 


BEGIN  CONTROL  MATRIX  PROGRAM  EXPAND 

PROBLEM  ID  (GENERATE  NODE  AND  STIFFNESS  ELEMENT  RECORDS) 
DIMENSION  AO (115)  ,A1(115)  ,A2  (115) ,A3(^15) 

DIMENSION  A4 ( 1 1 5) , FET (50,2) 

PREPROCESS  ATLAS  DATA  DECK . 

READ  INPUT 

OPEN  FILES  WHICH  ARE  USED  BY  THE  ROUTINE  ATEXP. 

CALL  FILEADD (FET , DATARNF , SC00RNF) 

CALL  FETADD (SC00SSF,A0, 115,1 ,0,IRR) 

CALL  FETADD (SCO 1SSF,Al,1 15, 1,0, IRR) 

CALL  FETADD  (SC02SSF,A2, 115, 1,0, IRR) 

CALL  FETADD  (SC03SSF,A3,  115,1  ,0,IRR) 

CALL  FETADD (SAVESS2 , A4 , 1 1 5 , 1 , 0 , IRR) 

CALL  ROUTINE  ATEXP  TO  GENERATE  DATA  RECORDS  FOR  SET  5. 
CALL  ATEXP (5,0, 1, 1 , 0,SAVESS2 ,0 ,0 , 0 , 0 , 0,0) 

END  CONTROL  PROGRAM 


Execution  of  "READ  INPUT"  results  in  data  matrices  being 
written  onto  file  DATARNF  of  the  ATLAS  data-base.  All  of  the 
working  files  required  by  the  subroutine  ATEXP  must  be  opened  as 
shown  by  the  calls  to  FILEADD  and  FETADD.  Only  the  output  file 
of  ATEXP,  SAVESS2  for  this  example,  may  be  different  from  that 
shown.  The  expanded  data  file,  SAVESS2  for  this  example,  may  be 
saved  on  magnetic  tape  for  subsequent  use  via  the  following  CDC 
6600  Control  Cards  placed  after  the  ATLAS -execution  Concrol  Card. 


REWIND (SAVESS2) 

REQUEST (CARDS, F= I , LB  =KL , PO  = AW ) SAVE 
COPYEI (SAVESS2 , CARDS) 

RETURN (CARDS) 

G. 1.2  The  ATLAS-Library  Routine  CUTNE 

Creation  of  two  or  more  ATLAS  node/stiffness  data  sets  from 
a single,  parent,  node /stiffness  data  set  may  be  effected  by  use 
of  the  routine  CUTNE.  The  parent  set  and  the  new  sets  are 
manipulated/created  via  data  matrices  in  the  ATLAS  data  base. 


C: 


d 


The  CUTNE  routine  uses  those  matrices  in  tile  DATARNF  which  are 
generated  tor  the  parent  set  by  the  NODAL  and  STIFFNESS 
Preprocessors  (sec.  146.0  and  152.0).  The  new  data  sets  are 
established  via  node  and  element  subsets  of  the  parent  set  as 
defined  by  the  SUBSET-DEFINITION  Preprocessor  (sec.  156.0) . 

The  stiffness  and  corresponding  node  data  sets  created  by 
CUTNE  may  be  used  as  structural  models  for  any  ATLAS  analyses. 
This  capability  provides,  for  example,  a means  by  which  multiple 
substructures  can  be  "cut*  from  a single,  previously-defined, 
parent,  structural  model. 


Subroutine  CUTNE  is  called  from  a Control  Program  by  the 
following  statement. 


CALL  CUTNE  (Pset, n, Nsub, Esub, File , Buff , irr) 


Pset 


n 


Nsub 


Esub 


File 

Buff 


The  number  (integer)  of  a node  and 
stiffness  data  set  from  which  new  data 
sets  are  to  be  created. 

A node/stiffness  data-set  number 
(integer)  in  the  range  1 to  36  to  be 
assigned  to  the  newly-created  SET. 

The  node/stif f ness  set  numbers  used  in 
a single  job  must  be  different. 

Node  subset  number  (integer)  associated 
with  the  parent  set  "Pset."  The  nodes 
in  "Nsub"  are  to  be  included  in  the 
new  set  "n.M  Subset  Nxxx  must  include 
at  least  those  nodes  associated  with 
the  elements  identified  by  "Esub." 

Stiffness-element  subset  number  (integer) 
associated  with  the  parent  set  "Pset." 

The  elements  in  "Esub"  are  to  be 
included  in  the  new  set  "n." 

The  filename  DATARNF 

The  data -block  size  of  the  structural- 
element  matrices  in  DATARNF.  This 
parameter  should  be  specified  as  the 
integer  2500 
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Irr  = This  parameter  is  an  error-switch 

(integer)  returned  from  CUTNE  as 
follows : 

<0 — Successful  execution 

1 —  "Pset"  data  matrices  not  in  "Pile." 

2 —  Set  Mn"  was  defined  previously. 

3 —  "Nsub"  was  not  defined  for  "Pset." 

4 —  "ESUB*  was  not  defined  for  "Pset." 

5 —  "Nsub**  does  not  include  those  nodes 
associated  with  the  elements  in 
"Esub." 

If  lrr>0,  the  new  data  set  "n^  is  not 
created. 

The  following  example  Control  Program  illustrates  the 
statements  required  to  execute  the  subroutine  CUTNE. 

BEGIN  CONTROL  MATRIX  PROGRAM  CUTTER 

PROBLEM  ID  (CREATE  3 NEW  DATA  SETS  FROM  SET  2) 

DIMENSION  FET (50) 

C LOAD  ATLAS  DATA  MATRICES  FOR  SET  2. 

LOAD  FILES  (DATARNF) 

C DEFINE  NODE  AND  ELEMENT  SUBSETS  OF  SET  2. 

C THESE  SUBSETS  ARE  USED  TO  ESTABLISH 
C THE  NEW  NODE/ELEMENT  SETS  3r  4 AND  5. 

READ  INPUT 

C OPEN  DATARNF  FILE  FOR  USE  BY  THE  ROUTINE  CUTNE. 

CALL  FILEADD (FET, DATARNF) 

C CALL  ROUTINE  CUTNE  TO  CREATE  NEW  DATA  SETS. 

CALL  CUTNE  (2, 3, 600 , 6 10 , DATARNF, 2500 , IRR) 

CALL  CUTNE  (2, 4, 60 1 , 61 1 , DATARNF, 2500 ,IRR) 

CALL  CUTNE  (2, 5,602, 612, DATARNF, 2500 , IRR) 

C SAVE  GENERATED  DATA  FOR  SUBSEQUENT  USE. 

SAVE  FILES  (SAVESS1) 

C PRINT  DATA  FOR  THE  NEW  DATA  SETS. 

PRINT  INPUT  (NODAL, SET=3) 

PRINT  INPUT  (NODAL, SET=4) 

PRINT  INPUT  (NODAL, SET=5) 

PRINT  INPUT  (STIFFNESS,SET=3) 

PRINT  INPUT  (STIFFNESS, SET=4) 

PRINT  INPUT  (STIFFNESS , SET=5) 

END  CONTROL  PROGRAM 

A new  node/stiffness  data  set  is  created  by  each  call  to 
CUTNE.  Input  data-record  images  may  be  generated  for  the  new 
data  sets,  if  required,  by  using  the  routine  ATEXP  described  in 
section  G . 1 . 1 . 


t 
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G.2  NASA-LRC  AIRPLANE  CONFIGURATION  PROGRAM  INTERFACE 

Geometry  input  data  for  the  NASA-LRC  airplane  configuration 
plot  program  (ref.  G-t)  or  the  geometry  input  data  for  the  NASA 
supersonic-aircraf t,  aerodynamic  design  and  analysis  system  (ref. 
G-2)  are  converted  to  an  equivalent,  ATLAS,  input  data-deck  by 
the  LRCGEOM  subroutine  in  the  ATLAS  library.  The  input,  geometry 
data  (LRCGEOM  data)  for  each  of  the  NASA  programs  have  similar 
formats  as  described  in  the  referenced  documents.  The  generated 
ATLAS  data  deck  is  comprised  of  data-record  images  that  are  used 
as  input  to  the  GEOMETRY  Preprocessor  (sec.  126.0) . ATLAS  nodal 
data  (sec.  146.0)  may  be  defined  subsequently  by  use  of  the 
interfaced  geometry  data. 

LRCGEOM  data  define  a structural  configuration  that  is 
comprised  of  a number  of  components.  Each  corqponent  is 
identified  as  a wing,  body  (fuselage),  pod  (nacelle),  fin 
(vertical  tail)  or  a canard  (horizontal  tail) . Hie 
correspondence  between  the  LRCGEOM  component  data  and  the 
equivalent  ATLAS  component -geometry  data  is  shown  in  table  G-1. 
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LRCGEOM 

COMPONENT 


SYSTEM 
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Correspondence  of  LRCGEOM  Data  to  the  Converted, Equivalent, 
ATLAS  Geometry  Components 

EQUIVALENT  ATLAS  GEOMETRY  COMPONENT S)Q 

LABEL(S)  1 INPUT-FRAME  COORDINATE  SYSTEMS  1 LONGITUDINAL  CONTROL  CURVES 


INPUT-FRAME  COORDINATE  SYSTEMS 

■f  ^ 

I ^ MMNQR 


LCl  «nd  LC2  enriched  at  XAF  locations 
of  UIC8E0H  specified  airfoil  ordlnataa. 

*♦  


Circular 

section 

BODY 

(FUSELAGE) 


ARBITRARY 

SECTION 

BODY 

(FUSEUGE) 


POO 

(NACELLE) 


FIN 

(VERTICAL  TAIL) 


BODY! 

(1=  A.B.C,...) 


BODY  i 

(1=  A.B.C,...) 


pod;k 

pooil 

(is  A.B.C....) 


Jr 


I r- 

111. 


P0D0R6 

PODiR 

cn*m 


POD  it 

f 

l/'  <& 


LC|  and  LC2  anriched  at  l.O,  .99,  .SB, 

W.  -92,  .90.  .88 go,  .75, 

.70.  .60,  ....  .30,  .25,  .20,  .18, 

■•8. wo.  -06,  .05,  .04,...,  0.0 


Curvet  generated  through  each  point 
used  to  define  each  half  section. 

Right  Side:  RSA,  RSB RSj 

Left  Side:  LSB,  LSC LSI 


LCl  and  LC2  enriched  at  1.0,  .99,  .98, 

.....  .94,  .92,  .90,  .88 80,  .75. 

•70,  .60,  ....  .30,  .25,  .20,  .18, 

.16,  ....  .06,  .06,  .05,  .04,,..,  0.0 


liR  __ 

■o 


LCl  LC2 


LCl  and  LC2  enriched  at  XFIN  locations 
of  LRCGEOM  specified  airfoil  ordinates. 


CANARD 

(HORIZONTAL 

TAIL) 


CANRDiR 
CANRDiL 
(i=  A,B,C, . . . ) 


LCl 

FINiR 


LCl  and  LC2  enriched  at  XCAN locat ions 
of  LRCGEOM  specified  airfoil  ordinates. 


Q The  LRCGEOM  coordinate  system  is  identified  by  .whereas  the  ATUS  input  reference  frame  axes  are  identified 

A"  LRCGEOM  component  that  is  not  symmetrical  relative  tc  the  x-i  plane  is  converted  to  a right  (R) 
and  left  (L)  ATLAS  geometry  component.  The  ATLAS  components  are  all  "simple"  except  for  a body  with  arbitrary 
cross  section  which  is  « "detailed"  component  as  defined  in  Section  126.0.  The  letter  "i"  is  assigned  auto- 
matically U the  i-th  component  of  a particular  type  as  ordered  within  LRCGEOM  input  data.  When  extracting  nodal 
coordinates  via  nodal  data  (Sec.  146.0). the  name  of  the  input  frame  must  correspond  to  the  assigned  component 
label  («.g.  WINGR). 
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G. 2. 1 Job-Deck  Structure 

Figure  G-1  illustrates  a typical  ATLAS  job  deck  for 
interfacing  LRCGEOM  data  with  ATLAS. 


Figure  6-1.  ATLAS  Job  Deck  with  LRCGEOM  Data 


G. 2. 2 CPC  6600  Job  Control  Cards 

The  standard  control  cards  for  execution  of  ATLAS  using 
the  CALL (CATM , KONTROL)  statement  as  described  in  section  11.0 
may  be  used. 

G. 2. 3 ATLAS  Control  Program 

The  following  Control  Program  illustrates  the  statements 
required  to  convert  LRCGEOM  data  to  "equivalent"  ATLAS  component- 
geometry  data  and  execute  the  ATLAS  System. 


GJO 


I 


i LiU 
INTERFACES 


» 


t 


7 


% 


BEGIN  CONTROL  MATRIX  PROGRAM  GEOM 

PROBLEM  ID  (LRCGEOM  DATA  INTERFACE  WITH  ATLAS) 

C OPEN  FILES  THAT  ARE  USED  BY  THE  ROUTINE  LRCGEOM. 

DIMENSION  A1  (115)  f A2  (115) 

CALL  FETADD (SAVESS1,A1, 115,1,0,IRR) 

CALL  FETADD (SAVESS2,A2, 1 15, 1,0,  IRR) 

C READ  LRCGEOM  DATA  FROM  FILE  SAVESS1,  CONVERT  TO  EQUIVALENT 
C ATLAS  GEOMETRY  INPUT  DATA  AND  STORE  ON  FILE  SAVESS2 . 

CALL  LRCGEOM (SAVESS 1 , SAVES  S2) 

C PREPROCESS  THE  CONVERTED  DATA  BY  THE  ATLAS  GEOMETRY 
C PREPROCESSOR. 

REWIND  SAVESS2 
READ  INPUT  (I=SAVESS2) 

C OTHER  ATLAS  STATEMENTS  MAY  BE  USED  HERE  AS  REQUIRED. 

END  CONTROL  PROGRAM 

Subroutine  LRCGEOM  is  called  according  to  the  following 
statement . 


CALL  LRCGEOM  (Afile,Bfile) 


Afile  = Name  of  the  ATLAS  Savefile  (SAVESSF  or 

SAVESS1  through  SAVESS4)  containing  the 
LRCGEOM  data  to  be  converted. 

Bfile  = Name  of  the  ATLAS  Savefile  onto  which  is 

written  the  equivalent,  ATLAS,  geometry - 
input  data  deck.  These  data  are 
preDrocessed  by  ATLAS  via  the  statement 
"READ  INPUT  (I=Bfile) 

If  the  LRCGEC.  data  are  input  on  cards  as  shown  in  figure 
G-1,  "Afile"  should  be  specified  as  the  word  5LINPUT  and 
the  corresponding  call  to  FETADD  shown  in  the  foregoing 
Control  Program  should  not  be  used. 

G.2.4  LRCGEOM  and  ATLAS  Input  Data 


The  format  of  the  LRCGEOM  input  data  is  described  in 
references  G-1  and  G-2.  No  ATLAS  input  data  are  required  for 
execution  of  the  subroutine  LRCGEOM.  ATLAS  nodal  data  (sec. 
146.0),  however,  are  used  to  define  nodes  for  the  interfaced 
geometry  components.  The  nodal  input  reference  frame  used  for 
extraction  of  nodal  coordinates  must  correspond  to  the  coordinate 
system  used  to  define  the  LRCGEOM  data  as  shown  in  table  G-1. 

The  ATLAS  reference  frame  must  also  be  identified  by  the  same 
name  (label)  that  is  assigned  to  the  component  as  shown  in  table 
G-1.  ATLAS  finite  elements  are  defined  via  the  extracted  nodes 
for  subsequent  analysis/design  of  the  model  by  the  ATLAS  System. 
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G.3  GCS  (GEOMETRY  CONTROL  SYSTEM)  PROGRAM  INTERFACE 

Geometry  data  generated  by  execution  of  the  GCS  program 
(ref.  G-3)  are  interfaced  with  ATLAS  via  the  GCSGEOM  subroutine 
in  the  ATLAS  library.  This  routine  converts  the  GCS-generated 
data  to  equivalent,  ATLAS  geometry  data  and  stores  the  converted 
data  in  file  DATARNF  in  the  ATLAS  data  base.  ATLAS  nodal  data 
(sec.  146.0)  may  be  defined  directly  by  use  of  the  interfaced 
geometry  data. 

Each  geometry  component  defined  via  GCS  is  identified 
either  as  a "wing"  or  a •'body."  A "wing*  is  converted  to  an 
ATLAS  "simple"  geometry  component,  whereas  a "body"  is  converted 
to  an  ATLAS  "detailed"  geometry  component  as  described  in  section 
126.0.  There  is  a one-to-one  correspondence  between  the  GCS  and 
ATLAS  geometry-component  coordinate  systems  and  methods  of 
identifying  longitudinal  control -curves . Therefore,  coordinates 
for  ATLAS  nodes  may  be  extracted  directly  from  the  interfaced 
geometry  data  as  described  in  section  146.1.2. 

G.3.1  Job  Deck  Structure 

A typical  job  deck  for  interfacing  GCS  data  with  ATLAS  is 
illustrated  by  figure  G-1  provided  that  the  LRCGEOM  data  records 
shown  in  that  figure  are  replaced  by  GCS  data  records  saved  from 
a GCS-program  execution. 

G.3.2  CPC  6600  Job  Control  Cards 


The  standard  control  cards  for  execution  of  ATLAS  using  the 
CALL (CATM,KONTROL)  statement  as  described  in  section  11.0  may  be 
used. 


G.3.3  ATLAS  Control  Program 


1 .e  following  Control  Program  illustrates  the  statements 
required  to  convert  GCS-generated  data  to  "equivalent"  ATLAS 
component-geometry  data  and  execute  the  ATLAS  System. 

BEGIN  CONTROL  MATRIX  PROGRAM  GCSNODE 

PROBLEM  ID  (GCS  GEOMETRY  DATA  INTERFACE  WITH  ATLAS) 

C OPEN  FILES  THAT  ARE  USED  BY  THE  ROUTINE  GCSGEOM. 
DIMENSION  A1  (115) 

CALL  FETADD (SAVESS 1,A1, 115,1, 0, IRR) 

C READ  GCS-GENERATED  DATA  FROM  FILE  SAVESS 1 , 

C CONVERT  TO  EQUIVALENT  ATLAS  GEOMETRY 

C DATA  AND  STORE  ON  FILE  DATARNF. 

ID=6HCOMP39 

CALL  GCSGEOM (SAVESS 1, ID) 

C ATLAS  NODES  MAY  NOW  BE  DEFINED  FOR  THE  GEOMETRY 
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C COMPONENT  IDENTIFIED  AS  COMP39. 

PEAD  INPUT 

C OTHER  ATLAS  STATEMENTS  MAY  BE  USED  HERE  AS  REQUIRED. 

END  CONTROL  PROGRAM 

Subroutine  GCSGEOM  is  called  according  to  the  following 
statement. 


CALL  GCSGEOM  (Afile, label)  | 

Afile  = Name  of  the  ATLAS  Savefile  (SAVESSF 

or  SAVESS1  through  SAVESS4)  containing 
the  GCS-generated  data  for  a geometry 
component  to  be  converted. 

label  = An  alphanumeric  word  of  1 tc  7 characters 

that  identifies  the  "equivalent"  ATLAS 
geometry  component.  The  selected  word 
must  be  preceded  by  the  letter  "H"  and 
the  number  of  characters  in  the  word. 

If  the  GCS-generated  data  are  supplied  on  cards  as 
discussed  in  section  G. 3. 1,  "Afile"  should  be  specified 
as  the  word  5LINFUT  and  the  DIMENSION  statement  and  call 
to  FETADD  shown  in  the  foregoing  control  Program  should 
not  be  used. 

G. 3.  4 GCSGEOM  and  ATLAS  Input  Data 

The  data  saved  from  an  execution  of  the  GCS  program  for 
definition/generation  of  a geometry  component  are  described 
in  reference  G-3.  No  ATLAS  input  data  are  required  for  execution 
of  the  subroutine  GCSGEOM.  ATLAS  nodal  data  (sec.  146.0), 
however,  are  used  to  define  nodes  for  the  interfaced  geometry 
components.  The  nodal  input  reference  frame  used  for  extraction 
of  nodal  coordinates  must  correspond  to  the  coordinate  system 
used  to  define  the  GCS  data  and  must  be  identified  by  vhe  same 
name  that  is  assigned  to  the  component  by  "label"  in  the  carl 
to  GCSGEOM. 

ATLAS  finite  elements  are  defined  via  the  extracted  nodee 
for  subsequent  analysis/design  of  the  model  by  the  ATLAS  System. 
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6.4  AT LAS /FLEX STAB  SYSTEM  INTERFACES 


The  execution  and  input  data  required  for  the  interfaces 
between  the  ATLAS  System  and  programs  within  the  FLEXSTAB  System 
(ref.  G-4)  that  provide  steady-state  loads  and  elastic  stability 
analysis  capabilities  are  described  herein.  The  interfaces 
from  ATLAS  to  FLEXSTAB  and  from  FLEXSTAB  to  ATLAS  in  addition 
to  the  use  of  the  ATLAS- library  routine  VAMAT  (ref.  3-6)  are 
described  in  terms  of  the  CDC  job-control  card,  ATLAS  System 
Control-Program  and  input-deck  setup  requirements.  The  following 
capabilities  are  provided: 

a)  ATLAS  to  FLEXSTAB:  Generate  a tape  on  which  ATLAS- 

generated  structural  and  mass  data  are  written  in  a 
format  that  is  compatible  with  the  data- input 
requirements  of  the  ESIC  (External  Structural  Influence 
Coefficient)  Program  of  FLEXSTAB.  These  data  are 
subsequently  used  by  FLEXSTAB  in  performing  aeroelastic 
loads  and  elastic  stability  analyses. 

b)  FLEXSTAB  to  ATLAS:  Read  a tape  on  which  FLEXSTAB- 

generated  nodal-loads  data  are  written  to  perform  a 
stress  analysis  via  the  ATLAS  System.  The  net  loads 
at  retained  ATLAS  nodes  are  calculated  by  the  SDSS 
(Stability  Derivatives  and  Static  Stability)  Program 
of  FLEXSTAB  and  written  onto  the  SDSS  output  tape. 

c)  The  ATLAS-Librarv  Routine  VAMAT:  The  ATLAS- generated 

panel-weight  matrix  associated  with  the  aerodynamic 
panels  defined  for  FLEXSTAB  is  used  to  integrate  panel 
loads  by  subroutine  VAMAT  in  the  ATLAS- System  library. 
This  routine  generates  resultant  shear  forces,  bending 
moments  and  torsions  relative  to  user-defined  reference 
axes.  These  resultant  loads  are  not  normally  used 
explicitly  in  structural  design,  however,  they  are 
used  in  the  selection  of  critical  design- load 
conditions. 

G . 4.  1 ATLAS  to  FLEXSTAB  Interface 

The  ATLAS  to  FLEXSTAB  interface  produces  an  input  data 
tape  called  NASTAP  for  the  ESIC  program  of  FLEXSTAB.  Na  .Tap 
contains  structural  geometry  and  mass  data  in  the  first  file 
and  structural  flexibility  matrices  associated  with  symmetric 
and  antisymmetric  aeroelastic  analyses  in  subsequent  files. 

Units  of  the  mass  data  must  be  lb-sec2/ft.  A description  of 
the  format  of  NASTAP  may  be  found  in  reference  G-4.  The  first 
file  of  NASTAP  is  produced  by  execution  of  the  MASSFIL 
subroutine,  whereas  subsequent  files  are  generated  by  execution 
of  the  FLEXFIL  subroutine  in  the  ATLAS-System  library  (ref. 
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1-1)  . Data  tor  only  one  weight  condition  may  be  written  onto 
NASTAP. 

G.4.1.1  Job  Deck  Structure 

I Figure  G-2  illustrates  the  ATLAS  job  deck  required  to 

generate  the  ATLAS  to  FLEXSTAB  interface  data  tape. 


figure  B-2.  ATLAS/FLEXSTAB  Job  Deck 


G.4.1.2  CDC  6600  Job  Control  Cards 


The  following  list  shows  the  control  cards  required  to 
generate  the  data  tape  NASTAP  for  subsequent  aeroelastic  analyses 
via  FLEXSTAB. 

Job  Card 

Account  Card 

GET (CATM/UN^UATLASU) 

CALL  (CATM,  ATTACH) 

CALL  (CATM , KONTROL) 

ATLAS. 

REWIND (SAVESSF) 

REQUEST  (NASTAP, F=I ,LB=KL ,P0=AW) SAVE 
COPYEI (SAVESSF , NASTAP) 

RETURN  (NASTAP) 

G.4.1.3  ATLAS  Control  Program 

The  following  Control  Program  illustrates  the  statements 
required  to  generate  NASTAP  for  both  a symmetric  and  an 
antisymmetric  analysis. 

BEGIN  CONTROL  MATRIX  PROGRAM  FLEX 
PROBLEM  ID  (ATLAS/FLEXSTAB  INTERFACE) 

DIMENSION  FET (50, 3) , FETS (560) 

READ  INPUT 

EXECUTE  MASS  (OPTION=2) 

C 

C STAGE  1 — SYMMETRICAL 

C STAGE  2 --ANTI SYMMETRICAL 

C 

PERFORM  F-REDUCE  (STAGE- 1 , [ FRED  ]=[  FLEX  1 ]) 

PERFORM  F-REDUCE  (STAGE =2  , [ FRED  ]=[  FLEX 2 ]) 

CALL-  FILEADD  (FET,DATARNF  ,MASSRNF,MULTRNF) 

CALL  FETADD (SAVESSF, FETS, 560, 1,0, IRR) 

REWIND  SAVESSF 

NSET=Stif.f ness/mass  data  set  number 
NSTAGE- 1 

INMASS^Mass  matrix  name 

CALL  MASSFIL( INMASS, NS ST, NSTAGE) 

INSYMM- 5LFLEX 1 
CALL  FLEXFIL  (INSYMM) 

INASYM-5LFLEX2 
CALL  FLEXFIL (INASYK) 

END  CONTROL  PROGRAM 


Subroutines  MASSF1L  and  FLEXFIL  are  called  with  user- 
defined  parameters  as  described  below.  The  first  file  of 
information  on  NASTAP  is  generated  by  the  subroutine  MASSFIL,  the 


!V 
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second  and  subsequent  data  files  on  NASTAP  are  generated  by 
FLEXFIL — one  file  per  subroutine  call. 

r — — “ 

j CALL  MASSFIL  (Name # Set , Stage) 

Name  = Name  of  the  mass  matrix  associated  with 

the  mass  condition  number  as  assigned  by 
the  mass  data  (sec.  138.0)  . 

Set  - The  number  (integer)  of  the 

stiff ness/lnass  data  set. 

Stage  = Integer  identifying  a boundary-condition 

STAGE  for  symmetrical  boundary  conditions 
associated  with  "Set*  (sec.  106.0) . 


CALL  FLEXFIL  (Name) 


Name  = Name  previously  assigned  to  the 

tlexibility  matrix. 

If  two  flexibility  matrices  are  required  (one  for  a 
symmetrical  analysis  and  one  for  an  antisymmetries 1 
analysis) , two  calls  to  FLEXFIL  are  required.  In  the 
foregoing  Control  Program,  the  matrices  are  named  FLEX1  and 
FLEX 2,  respectively. 

G.4.1.4  FLEXSTAB  Aerodynamic  Model  Data 

Structural  FLEXSTAB -model  data  are  required  and  must  be 
stacked  immediately  following  the  "END  PROBLEM  DATA"  record  of 
the  ATLAS  data  decK.  These  data  are  comprised  of  the  following 
data  blocks: 

a)  Slender  body  data 

b)  Vertical  and  horizontal  thin-body  data  including  the 
corresponding  panel-definition  data. 

Each  slender  body  and  thin  body,  as  required  for  the  FLEXSTAB 
aerodynamic  model,  must  be  defined  by  one  of  these  data  blocks. 
The  order  in  wnich  the  bodies  art  defined  must  be  compatible  with 
the  order  in  which  the  corresponding  kinematic  freedoms  are 
RETAINED  by  the  ATLAS  boundary-condition  (BC)  data  (sec.  106.0). 
That  is,  the  order  of  the  retained  degrees-of -freedom  associated 
with  the  input-sequence  of  body  data  must  coincide  with  che  order 
in  which  the  same  degrees-of -freedom  are  retained  by  the  BC  data. 
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The  analysis  frame  of  all  retained  nodes  must  be  the 
GLOBAL  reference  frame  (see  sec.  100.0)  oriented  such  that  the 
positive  X-axis  is  in  the  direction  of  the  free-stream  flow 
and  the  positive  Z-axis  is  upward.  The  X-Z  plane  is  assumed 
to  be  the  plane  of  model  symmetry.  All  coordinates  defined 
by  the  following  data  records  must  be  measured  relative  to  the 
GLOBAL  X-Y-Z  triad. 

The  following  data  blocks  are  input,  as  required,  according 
to  the  foregoing  stacking  requirement.  Each  block  starts  with 
a "BEGIN"  record  and  terminates  with  an  "END"  record.  Detailed 
descriptions  of  the  following  data  items  are  included  in  the 
FLEXSTAB  System  documentation  (ref.  G-4) . 


S LEND E>.  BODY  DATA 


Fecord  1 Begin  Slender-Body  Data  Block 
BEGIN  SLENDER  BODY  DATA  ^ 

Record  2 Slender  Body  Data 


y z Symm  Asym  Code  Nodes  Mass  Ndof  Flist 


y = Y-coordinate  defining  the  origin  of 

the  slender- body  for  the  FLEXSTAB  model. 


z = Z-coordinate  defining  the  origin  of 

the  slender-body  local  coordinate  system 
used  for  the  FLEXSTAB  model. 

Symm  = The  row  number  (integer)  of  the 

flexibility  matrix  that  corresponds 
to  the  structural  node  associated  with 
the  beginning  of  this  body  when  a 
symmetrical  analysis  is  to  be  performed. 
A zero  must  be  input  for  this  item  if 
a symmetrical  analysis  is  not  to  be 
performed. 

Asym  = Same  as  "Symm"  but  must  be  specified 

as  a nonzero  integer  when  an 
antisymmetrical  analysis  is  to  be 
performed. 


Bo*-h  "Symm"  and  "Asym"  may  be  specified  as  nonzero.  One 
of  these  items  must  be  nonzero. 
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Code 


Nodes 


Mass 


Ndof 


Flist 


= An  integer  that  denotes  the  location 
of  the  body  relative  to  the  X-Z  plane 
of  model  symmetry.  The  options  are: 

0 —  the  body  is  not  in  the  X-Z  plane 

1- -the  body  is  in  the  X-Z  plane 

= The  number  (integer)  of  retained  nodes 
on  the  body. 

= The  row  number  (integer)  of  the  mass 
matrix  associated  with  the  beginning 
of  the  body. 

= The  number  (integer)  of  degrees  of 
freedom  retained  at  each  node  on  the 
body  (1  < Ndof  < 3)  . 

= A list  of  1,  2 or  3 unique  letters 
selected  from  X,  Y and  Z that  denotes 
which  translational  degrees-of- freedom 
are  retained  at  each  node  on  this  body. 
The  order  in  which  these  letters  are 
input  must  be  compatible  with  the  order 
in  which  the  freedoms  are  retained. 


Record  3 End  Slender-Eody  Data  Block 
['  END  DATA  1 

THIN  BODY  AND  PANEL  DEFINITION  DATA 

The  following  sequence  of  records  is  used  to  define  a 
vertical  thin  body  or  a horizontal  thin  body. 

Record  4 Begin  Thin-Body  Data  Block 


BEGIN 

1 VERTICAL  1 THIN  BODY  DATA 

1 HORIZONTAL; 

This  record  denotes  whether  tne  subsequent  records  define 
a VERTICAL  thin  body  or  a HORIZONTAL  thin  body. 


% 


> 


G.  I 9 


Record  5 Thin  Body  Data 


x y z dih  Symra  Asym  Code  Nodes 
Npan  Mass  Ndof  Flist 


x,y,z 


dih 


Symm  \ 
Asym  f 
Code  i 
Nodes  ; 

Npan 


Mass  ) 
Ndof  > 
Flist  ) 


The  X,  Y and  Z- coordinates  defining 
the  origin  of  the  body  local  coordinate 
system  used  for  the  FLEXSTAB  model. 

Dihedral  angle  (radians)  of  the  thin 
body.  A positive  dihedral  corresponds 
to  a right-hand  rotation  about  the  X- 
axis  relative  to  the  X-Y  plane. 


These  items  are  as  described  for 
Record  2. 


The  number  (integer)  of  structural 
panels  used  for  FLEXSTAB  interpolation 
purposes.  These  panels  are  defined 
by  subsequent  Records  6 and  7 for  this 
body. 


These  items  are  as  described  for 
Record  2. 


Record  6 Pegin  Panel  Definition  Data 


1 BEGIN  PANEL  DEFINITION  DATA 


Record  7 defines  a panel  associated  with  the  thin  body 
defined  by  Records  4 and  5.  This  record  must  be  repeated  to 

define  "Npan"  panels  for  the  body. 

r-errd  7 E^nel  Definition  Data 


N 1 B 1 N 2 B2  N3  33  N4  B4  | 


Ni,Bi  = Ni  identifies  the  j-th  sequential 

retained  node  for  *-he  body  identified 
by  the  integer  number  "Bi."  The  "Ni" 
integer  numbers  must  be  in  the  range 
1 to  "Nodes"  as  specified  by  Record 
5.  Items  Ni,  N2,  N3  and  N4  define  the 
3 or  4 corners  of  a triangular  or 
quadrilateral  structural  panel. 
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respectively,  that  is  used  for  FLEXSTAB 
interpolation  purposes.  N1  through 
N4  may  be  input  in  either  a clockwise 
or  a counterclockwise  order.  N4  and 
B4  must  be  input  as  zeros  for  a 
triangular  panel. 

Fecord  8 End  Thin- Body  Data  Block 


| END  DATA 


Fecord  9 End  Data 


END  FLEXSTAB  DATA 


This  record  indicates  that  all  slender-body  and  thin-body 
aerodynamic  model  data  have  been  input  for  the  SET/STAGE 
structural  model  for  which  aeroelastic  loads  are  to  be 
calculated. 

G. 4.  2 FLEXSTAB  to  ATLAS  Interface 

The  FLEXSTAB  to  ATLAS  interface  consists  of  processing 
the  FLEXSTAB- generated  net- loads  data  file  by  subroutine  STREFIL 
in  the  atlas- system  library  (ref.  1-1).  This  routine  generates 
structural  nodal-loads  matrices  used  for  stress  analyses  via 
ATLAS. 


◄ 


G.4.2.1  Job  Deck  Structure 

Figure  G-3  illustrates  the  ATLAS  job  deck  required  to 
generate  nodal-loads  matrices  and  to  perform  a stress  analysis 
base^  on  the  FLEXSTAB  net-loads  data. 
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G.4.2.2  CDC  6600  Job  Control  Cards 

The  following  list  shows  the  control  cards  required  to 
execute  ATLAS  using  the  output  tape  from  FLEXSTAB.  This  tape  is 
identified  as  "SOD1*  in  the  subsequent  cards. 

Job  Card 

Account  Card 

GET  (CATM/UN-UATLASU) 

CALL  (CATM, ATTACH) 

CALL  (CATM , KONTROL) 

REQUEST (SDD,VSN=66xxxx,PO=AR, F=I,LB=KU) 

REWIND (SDD) 

COPY  (SDD, SAVES SF) 

RETURN (SDD) 

REWIND ( SAVES SF) 

ATLAS. 


G.4.2.3  ATLAS  Control  Program 

The  following  Control  Program  illustrates  the  statements 
required  to  compute  stresses  and  displacements  via  ATLAS  using 
the  FLEXSTAB  nodal  loads. 

BEGIN  CONTROL  MATRIX  PROGRAM  FLEX 
PROBLEM  ID  (FLEXSTAB/ATLAS  INTERFACE) 

DIMENSION  FET(50) ,FETS (560) 

CALL  FILEADD (FET, DATARNF) 

CALL  FETADD(SAVESSF,FETS,560, 1,0, IRR) 

CALL  STREFIL 
READ  INPUT 

STAGE  1 --  SYMMETRIC 

PERFORM  R-STRESS 
PRINT  OUTPUT  (STRE,  PI ist) 

PRINT  OUTPUT  (D ISP ,Plist) 

STAGE  2 — ANTISYMMETRIC 

PERFORM  R-STRESS (STAGE=2) 

PRINT  OUTPUT (STRE, STAGE=2,Plist) 

PRINT  OUTPUT (DISP,STAGE=2,Plist) 

END  CONTROL  PROGRAM 
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within  this  control  Program,  subroutine  STPEFIL  is  called 
as  follows: 

CALL  STREFIiTI 

G.4.2.4  ATLAS  Loads  Data 

The  following  ATLAS  loads  data  are  required, 

BEGIN  LOADS  DATA  / 

STAGE  1 / SYMMETRIC  CONDITION 

FEAD  NODAL  LOADS  FROM  DATARNF  WITH  INDEX  QSYMM**/ 

*/  THE  FOLLOWING  TWO  CARDS  ARE  REQUIRED  IF  ANTIS YMMETRICAL 
LOADS  ARE  ALSO  AVAILABLE.  / 

STAGE  2 / ANTI SYMMETRICAL  CONDITION 

READ  NODAL  LOADS  FROM  DATARNF  WITH  INDEX  QASYM**  / 

END  LOADS  DATA  / 

G. 4. 3 The  ATLAS-Library  Routine  VAMAT 

Subroutine  VAMAT  allows  the  shear,  moment  and  torsion 
along  the  wing,  body  and  horizontal  tail  to  be  calculated  for 
a selected  set  of  panel  airloads  and  panel  weights  for  symmetric 
conditions  only.  An  additional  routine  identified  by  the  name 
VAMSCN  is  provided  to  scan  the  VAMAT- generated  load  conditions 
to  find  the  minima  and  maxima.  Further  descriptions  of  VAMAT 
and  VAMSCN  are  presented  in  reference  G-6. 

G.4.3.1  Job  Deck  Structure 

Figure  G-4  illustrates  the  ATLAS  job  deck  required  to 
execute  the  VAMAT  and  VAMSCN  routines. 
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G.4.3.2  CDC  6600  Job  Control  Cards 

The  following  list  shows  the  control  cards  required  to 
execute  the  VAMAT  and  VAMSCN  routines. 

Job  Card 

Account  Card 

GET (CATM/UN=UATLASU) 

CALL  (CATM,  ATTACH) 

CALL (CATM, KONTROL) 

(1)  FEQUEST (SDD,VSN~66xxxx, PO=AR,F=I, LB=KU) 

(1)  FEWIND(SDD) 

(1)  COPY  (SDD,  SAVESSF) 

(1)  FETURN(SrD) 

(2)  FEQUEST  (SCI, VSN=66xxxx,  PO=AR,  F=  I , LB=KU) 

(2)  REWIND  (SCI) 

(2)  COPY (SCI, SAVESS1) 

(2)  FETUFN  (SCI) 

ATLAS. 

(3)  FEQUEST  (SCO,  FO=AW,F=I,LB=KU)  SAVE 

(3)  FEWIND  (SAVESS1 ) 

(3)  COPY  (SAVESS1 , SCO) 

(3)  FETUFN (SCO) 


Notes: 


(1)  Control  cards  required  to  mount  the  FLEXSTAB 
SDSS  data  tape  for  execution  of  VAMAT.  File 
SAVESSF  is  rewound  by  VAMAT.  Therefore,  no 
information  other  than  the  SDSS  data  may  be 
on  SAVESSF. 

(2)  Control  cards  required  to  mount  the  save  tape 
from  a previous  VAMAT  execution.  Positioning 
of  SAVESS1  is  left  to  the  user  since  additional 
conditions  may  be  generated  by  additional 
calls  to  VAMAT  prior  to  executing  VAMSCN. 

These  cards  are  required  if  additional 
conditions  are  to  be  generated  or  if  VAMSCN 

is  to  be  executed  without  a prior  call  to 
VAMAT  in  the  ATLAS  Control  Program. 

(3)  Control  cards  required  only  to  save  the  vam/vT- 
genera*:ed  data  for  execution  of  VAMSCN  via 

a different  job. 


G.4.3,3  ATLAS  Control  Program 


The  following  Control  Program  illustrates  the  statements 
required  to  execute  the  VAMAT  and  VAMSCN  routines. 
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BE'-IN  CONTROL  MATRIX  PROGRAM  LOAD 
PROBLEM  ID  (VAMAT/VA MSCN  EXECUTION) 

DIMENSION  FET  (50,2)  ,FET'r  (560)  ,FET2  (560)  ,FET3  (560)  ,FET4  (560) 

(1)  READ  INPUT 

(1)  EXECUTE  MASS 

(1)  PRINT  OUTPUT (MASS, MDC=MDC****) 

CALL  FILEADD (FET ,DATARNF  ,MASSRNF) 

CALL  FETADD (SAVESSF, FET 1,560, 1,0, IRR) 

CALL  FETADD (SAVESS1 ,FET2 , 560, 1,0, IRR) 

CALL  FETADD (SCO 0SSF,FET3, 560, 1,0, IRR) 

CALL  FETADD (SCO 1SSF,FET4, 560, 1,0, IRR) 

(2)  CALL  VAMAT 

(3)  CALL  VAMSCN 

END  CONTROL  PROGRAM 

Notes:  (1)  Required  only  if  VAMAT  is  to  be  * cecuted. 

(2)  Required  to  execute  VAMAT 

(3)  Required  to  execute  VAMSCN 

G.4.3.4  ATLAS  Input  Data 

The  input  data  required  for  execution  of  VAMAT  and  VAMSCN 
are  summarized  in  this  section.  These  data  should  be  stacked 
immediately  after  the  " END  PROBLEM  DATA"  record  of  the  ATLAS 
data  deck.  Detailed  descriptions  of  the  following  data  items  are 
presented  in  reference  G-6. 

Record  1 Begin  VAMAT  Data  Block 


BEGIN  VAMAT  DATA 


Record  2 FLEXSTAB  Component  Identification 


Pntype  Npa(I,1)  Npa(I,2)  Npa(I,3) 


Pntype 

- Alphanumeric  name  (<  10  characters)  of 
the  FLEXSTAB  component 

Npa  (1,1) 

= Integer  number  of  panels  per 

component.  A zero  must  be  input  for 
this  item  if  the  component  is  on  the 
input  data-file  but  is  not  used. 

Npa  (1,2) 

= Integer  number  of  freedoms  per 

component.  A zero  must  be  input  for 
this  item  if  Npa  (1,1)  is  zero. 

Npa  (1,3) 

= The  integer  1,  2 or  3 corresponding 
to  the  x,  y or  z freedom  number. 
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Li  Npa(l,1)  is  zero,  the  number  of 
items  to  be  skipped  on  the  input 
data- file  should  be  specified  by 
Npa (1,3). 

This  record  may  be  repeated  to  identify  a maximum  of  10 
different  components  on  the  input  data- file. 

Record  3 Panel-Cut  Data 


I max  i vam  nprint  j 

Imax  = Number  of  panels  (integer<300) 

ivam  = Number  of  cuts  (integer  <50 ) 

nprint  = Switch  (integer)  for  printing  the 

panel  area-ratio  and  panel-cut  data. 
The  options  are: 

1--Print  the  data 
0 — Do  not  print  the  data 

Pecord  4 Section  Data 

| Nd  sc  Ibcut  nscut  Panel  Set  | 


Nd 

= Number  of  sections  (VAMAT  components) . 
An  integer  < 12 

sc 

= Load  factor 

Ibcut 

= Last  body  cut.  The  integer  number 
of  the  last  cut  for  which  loads  are 
multiplied  by  two  and  torsion  is 
set  to  zero. 

nscut 

= Integer  number  of  cut  of  special 
surface  (wing  fin) . 

Panel 

= Integer  number  of  the  ATLAS  Mass 

Auxiliary  Panel  Data  subset  of  panels 
corresponding  to  the  FLEXSTAB  airload 
panels.  If  the  panel  geometry  data 
are  to  be  read  from  cards,  see  Record 
6,  a zero  must  be  input  for  this 
iter 

Set 

- !:.■  i : LAS  Mass  data-set  number 

(integer)  used  in  the  generation 
of  the  panel  weights.  If  the  panel 
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geometry  data  are  to  be  read  from 
cards,  see  Record  6,  a zero  must 
be  input  for  this  item. 

Record  5 Wing-Fin  Panel  Data  (optional) 

This  record  should  not  be  input  if  "nscut  = 0"  in  Record 
4. 


npsl 


nps2  ncsl 


ncs2 


npsl , 

nps2 

= First  and  last  panel  numbers 
(integers)  of  special  surface. 

ncsl , 

ncs2 

= First  and  last  cut  numbers  (integers) 
at  which  special-surface  moments 
are  to  be  added. 

Record  6 Panel  Geometry  Data  (optional) 

If  the  panel  geometry  data  are  to  be  retreived  from  the 
ATLAS  data  base  (Panel#0  and  Set*0  in  Record  4)  , this 
record  should  not  be  used. 


yi  yo  x(I,1)  x (1, 2)  x(I,3)  x(I,4) 


yi,  yo 


Y- coordinates  of  the  inboard  and 
outboard  panel  edges. 


x(I,  1)  , x (1 , 2)  \ 
x (I,  3)  » x (i  , 4)  f 


X-ooordinates  of  panel  corners. 


3 4 

,Z7_ 

yo 

1 2T» 

X 

■ ■ ■» 

For  "special  surfaces"  (wing-fins) , the  y-coordinates 
are  found  by  adding  the  Z-coordinates  to  the  Y-coordinates. 


This  record  is  repeated  for  each  panel  ("lmax"  in  Record 
3)  in  the  same  order  that  tne  panel  airloads  are  contained 
in  the  input  deva  file. 


Fecord  7 Cut-r ef inition  Data 


■'  | xd  yd  s 

4 ■ . — - 

xd.yd  = X- coordinate  and  Y-coordinate  of 

the  cut. 
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s = Orientation  of  the  cut  defined  as 

"-TAN#"  and  illustrated  in  the 
following  sketch. 


This  record  is  repeated  for  each  cut  ("ivani"  in  Record 


For  Forebody:  ^ = 180°;  s = .0001 

For  Aftbody:  ♦ = 0°;  s = 0.0 

Record  8 Section  Title  Identification 
♦ * name  * ] 


r.atre  = Alphanumeric  label  (<  80  characters) 

for  the  section. 

This  record  is  repeated  for  each  section  ("Nd"  VAMAT 
components  in  Record  4)  . 

Record  9 Last  Cut  Numbers  for  Sections 


last  cut  number  (integer)  for 
i-th  section.  If  "k"  components 
skipped  on  the  input  data  file, 
the  last  "k”  items  on  this  record 
must  be  input  as  zero. 

Record  10  PT-value  (panel  area  ratio)  Modifications 


nn(1)  nn  (2)  ...  nn(Nd) 


nn(i)  = The 

the 

are 


irod(1)  mod  (2)  ...  mod(ivam) 
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mod(i)  = Flag  (integer)  that  identifies  one 

of  the  following  options: 

0—  RT-values  are  not  modified. 

1 —  RT-values  for  a continuous  set  of 
panels  are  to  be  modified. 

2 —  Repeat  previous  RT-values  for  a 
continuous  set  of  panels. 

3 —  FT-values  of  individual  panels  are 
to  be  modified. 

Modification  data  are  input  by  Records  11  and  12. 

Record  11  RT- value  Modification  Data  (optional) 

This  record  is  input  only  if  Mmod(i)=1"  or  "mod^^d" 
in  Record  10. 

Variation  1:  "modfij^l" 


ifirst  ilast  rtvalu 


ifirst,ilast  = Integer  numbers  of  first  panel  and 

last  panel  in  a series  to  be  modified. 

rtvalu  = RT-value  to  be  given  to  the  sequence 

of  panels. 

Variation  2:  "mod(i)=3" 

f nopan  { 

nopan  = Number  of  panels  t<  e modified 

(integer)  . 

Record  12  FT-value  Modification  Data  (optional) 

This  record  is  input  only  if  "mod  (i) =3”  in  Record  10. 

np(1,  rt(1)  np  (2)  ...  np  (nopan)  rt  { nopan)  j 

np(i)  = Integer  number  of  i-th  panel  to  be 

modified 

rt(i)  - RT-value  for  the  i-th  panel. 

Record  13  Panel  Weight  Matrix  Name 
MDCxxxx 
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MDCxxxx  = Alphanumeric  name  (7  characters) 

of  the  ATLAS  panel  weight  matrix. 

Record  14  End  VAMAT  Data  Block 

f*  end  vamat  DATA  I 

The  following  input  data  records  are  required  for  execution 
of  VAMSCN.  These  data,  if  included  in  the  data  deck,  should 
be  stacked  immediately  after  the  VAMAT  data. 

Record  1 Begin  VAMSCN  Data  Block 

I BEGIN  VAMSCN  DATA  | 


Record  2 Condition  and  Case  Data 


Ncond  ncyc  nsum 


Ncond 


Integer  number  of  conditions  on  the 
input  data  file. 


r.cyc 


nsum 


The  number  of  groups  of  cases  (integer 
< 20)  to  be  scanned  (searched)  on 
the  first  pass  through  the  input 
data  file. 

The  number  of  subsequent  passes 
(integer  < 10)  to  be  made  through 
the  data  collected  from  the  first 
pass. 


Record  3 Subsequent  Passes 

This  record  is  input  only  if  "nsum"  is  not  zero  in  Record 

2 . 


sm  (D  ism  (2)  ...  ism  (nsum) 


ism(i)  = The  integer  number  of  groups  of 

sumcases  to  be  scanned  (searched) 
during  the  i-th  subsequent  pass 
through  the  data. 

Feccrd  4 cases  Scanned 


nrec  (1)  nrec  {2)  ~ nr ec (ncyc)  } 


nre ' (i) 


The  integer  number  of  cases  to  be 
scanned  (searched)  for  maxira  and 
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minima  in  the  i-th  group  during  the 
first  pass  through  the  input  data 
file. 

If  a continuous  sequence  of  cases  is  to  be  scanned  and 
the  "continuous-sequence"  option  of  Record  6 is  used, 
the  number  2 shall  be  input  for  "nrec(i)."  That  is,  only 
the  first  and  last  cases  are  counted,  although  the  cases 
in  between  are  also  considered.  If  "nrec(i)"  is  input 
as  a negative  number,  the  resulting  sumcase  is  not 
considered  in  subsequent  passes. 

Fecords  5 and  6 are  input  in  pairs  for  each  group  of  cases 
("ncyc"  in  Record  2). 

Record  5 Sumcase  Title 


**  tit  lei  # 


titlel  = Alphanumeric  title  (<  80  characters) 

for  the  sumcase  of  this  group  of 
cases — first  pass  through  the  input 
data. 

Record  6 cases  to  be  Scanned 

|~  Mcase(l)  Mease  (2)  ...  Mease  (nrec  (i) ) 


Mcase(i)  = The  i-th  sequence  number  (integer) 

of  a case  to  be  included  (scanned) 
in  the  group— first  pass  through 
the  input  data.  The  case  sequence 
numbers  within  a group  should  be 
in  the  order  in  which  these  cases 
appear  in  the  data  file.  The  file 
is  rewound  after  a group  of  cases 
has  been  read.  Therefore,  a 
particular  case  may  be  included  in 
multiple  groups. 

"Continuous- Sequence  Option"— If  a continuous  sequence 
cf  cases  is  to  be  scanned,  e.g.  cases  1,2, 3, 4, 5,  the  user 
need  only  identify  the  first  and  last  numbers  of  the 
sequence  as  negative  numbers  (-1  and  -5  for  this  example). 
If  chis  option  is  used,  Hnrec(i)"  in  Record  4 must  be 
the  integer  2. 

If  "nsum"  is  zero  in  Record  2,  Records  7-9  should  not 
be  input.  If  "nsum#0,"  Records  7,  8 and  9 are  repeated  "nsum" 


Pecord  7 Sumcases  for  Subsequent  Passes  ' j 

i 

i 

I 

5 

nrec (i)  = The  integer  number  of  sumcases  to  } 

be  scanned  (searched)  for  maxima  > 

and  minima  in  the  i-th  group  during  '■  . 

the  j-th  subsequent  pass.  i 

If  a continuous  sequence  of  cases  is  to  be  scanned  and 
the  ''continuous-sequence*'  option  of  Record  9 is  used, 
the  number  2 shall  be  input  for  "nrec(i)."  That  is,  only 
the  first  and  last  cases  are  counted,  although  the  cases 
in  between  are  also  considered.  If  "nrec(i)"  is  input 
as  a negative  number,  the  resulting  sumcase  is  not 
considered  in  subsequent  passes. 

Records  8 and  9 are  repeated  "ismfj)"  times  for  the  j-th  pass. 

Pecord  8 Sumcase  Title 
{ »*  tit le2  * 1 

title2  = Alphanumeric  title  (<  80  characters) 

for  the  sumcase  of  this  group  of 
sumcases — the  j-th  pass. 

Record  9 Sumcases  to  be  Scanned 


Mcase(l)  Mease  (2)  ...  Mease  (nrec  (i) ) 


Mease (i)  = The  i-th  sequence  number  (integer) 

of  a sumcase  to  be  included  (scanned) 
in  the  group — the  j-th  pass. 

"Continuous- Sequence  Option" — If  a continuous  sequence 
of  sumcases  is  to  be  scanned,  e.g.  sumcases  1,2, 3, 4, 5, 
the  user  need  only  identify  the  first  and  last  numbers 
of  the  sequence  as  negative  numbers  (-1  and  -5  for  this 
example).  If  this  option  is  used,  "nrec(i)"  in  Record 
7 must  be  the  integer  2. 

Pecord  10  End  VAMSCN  Data  Block 


nrec(1)  nrec(2)  ...  nrec(ism(j)) 


l \’D  VAMSCN  DATA 
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G . 5 ATLAS/NASTRAN  SYSTEM  INTERFACES 

The  execution  and  input  data  required  for  the  conversion 
of  problem-data  decks  between  ATLAS  and  NASTRAN  Level  15  (ref. 
G-5)  are  described  herein.  The  interfaces  from  ATLAS  to  NASTRAN 
and  from  NASTRAN  to  ATLAS  are  described  in  terms  of  the  CDC- 
job-control  card,  ATLAS  System  Control-Program  and  input  data- 
deck  setup  requirements.  Limitations,  approximations  and  details 
of  the  data  conversions  are  also  presented.  Input  data  for 
one  of  the  programs  that  are  not  directly  relatable  to  input 
da*-a  for  the  other  program  are  identified. 

The  ATLAS/NASTRAN  System  interfaces  are  described  in  the 
following  sections. 

G.5.1  ATLAS  to  NASTRAN  Interface:  Generate  a tape  on 

which  ATLAS-generated  structural  and  mass  problem- 
data  are  written  in  a format  that  conforms  to  a 
NASTRAN  bulk  data  deck. 

G.5.2  NASTRAN  to  ATLAS  Interface:  Generate  a tape  on 

which  NASTRAN  bulk  data  are  written  in  a format 
that  conforms  to  an  ATLAS  data  deck. 

G.5.1  ATLAS  to  NASTRAN  Interface 

Conversion  of  ATLAS-generated  structural  and  mass  problem- 
data  to  compatible  NASTRAN  bulk-data  card  images  is  performed 
by  the  ATLAS  to  NASTRAN  interface.  The  converted  data  are 
automatically  written  onto  a file  (tape)  in  an  unsorted  sequence. 
The  user  must  add  NASTRAN  executive-control  data  and  case-control 
data  to  the  unsorted  bulk  data  to  produce  a NASTRAN  data  dec*. 

ATLAS  data  are  converted  to  NASTRAN  bulk  data  by  execution 
of  the  ATNA  subroutine  in  the  ATLAS-System  library  (ref.  1-1). 
This  subroutine,  which  is  called  from  an  ATLAS  Control  Program, 
provides  options  for  converting  one  or  more  of  the  following 
data  categories: 

a)  NODAL 

b)  ELEMENT  (Stiffness) 

c)  BC  and  LOADS 

d)  MASS 

Matrices  in  the  ATLAS  data  base  are  used  by  ATNA  to  effect  the 
data  conversion.  These  matrices  are  generated  by  previous 
execution  of  certain  ATLAS  Preprocessors  and  Processors. 
Generally,  multiple  bulk-data  cards  are  generated  for  each  ATLAS 
data  record.  This  procedure  of  data  conversion  takes  advantage 


of  the  ATLAS  input -data  generation  capabilities.  The  ATIAS 
program  modules  that  must  be  executed  prior  to  execution  of  ATNA 
cure  identified  in  section  G.5.1.3. 

G.5.1.1  Job  Deck  Structure 

The  ATLAS  job  deck  required  to  convert  ATLAS  problem- 
definition  data  to  NASTRAN  bulk  data  is  illustrated  by  figure  11- 
1 in  section  11.0. 

G.5.1.2  CDC  6600  Job  Control  Cards 

The  following  list  shows  the  control  cards  required  to 
generate  a NASTRAN  bulk-data  tape,  NAST,  that  may  be  used  for 
subsequent  execution  of  NASTRAN. 

Job  Card 

Account  Card 

GET  (CATM/UN=UATLASU) 

CALL (CATM .ATTACH) 

CALL (CATM , KONTROL) 

ATLAS. 

REWIND  (Savefile) 

REQUEST (NAST, F=I ,LB=KL,PO=AW) SAVE 
COPYEI (Savefile, NAST) 

RETURN  (NAST1 

Note:  Savefile  - One  of  the  ATLAS  Savefiles  (SAVESSF  or 

SAVESS1  through  SAVESS4)  on  which  the 
NASTRAN  bulk-data  card  images  are  stored. 
See  the  description  of  subroutine  ATNA  in 
section  G.5.1.3. 

G.5.1.3  ATLAS  Control  Program 

The  following  example  Control  Program  illustrates  the 
statements  required  to  convert  each  of  the  categories  of  data 
from  ATLAS  to  NASTRAN  bulk -data  card  images. 

BEGIN  CONTROL  MATRIX  PROGRAM  CONVERT 
PROBLEM  ID (CONVERSION  OF  ATLAS  DATA  TO  NASTRAN  DATA) 
DIMENSION  FET(50,5)  ,AA(115)  ,BB(115)  ,CC  (115)  f DD  (115)  , EE  (1 15) 
C PREPROCESS  THE  ATLAS  DATA  TO  BE  CONVERTED. 

READ  INPUT 

C EXECUTE  THOSE  ATLAS  PROCESSORS,  AS  REQUIRED, 

C FOR  CONVERSION  OF  BC,  LOADS  AND  MASS 

C DATA  CATEGORIES.  THE  STIFFNESS/MASS  DATA 

C SET  NUMBER  IS  3 AND  THE  BC  STAGE  NUMBER  IS 

C 2 FOR  THIS  EXAMPLE. 

EXECUTE  STIFFNESS  (SET=3 ,RUN= STIFFNESS) 
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EXECUTE  LOADS (SET=3 , STAGE=2) 

EXECUTE  MERGE (LOADS , SET =3 , STAGE=2 ,L11=11,L21=21, LOAD3 =3 1 ) 
EXECUTE  MERGE ( DISPLACEME  , SET- 3 , STAGE=2 , DISP=  3 1 ) 

EXECUTE  MASS  (SET*3  ,OPTION=3) 

C OPEN  FILES  THAT  ARE  USED  BY  THE  ROUTINE  ATNA. 

CALL  FILEADD (FET , DATARNF , MERGRNF , MASSRNF , STIFRNF , S CO  ORNF) 
CALL  FETADD  (SC00SSF,AA,  1 15, 1 ,0,IRR) 

CALL  FETADD  (SCO  1SSF,BB,  1 15,  1 ,0,IRR) 

CALL  FETADD  (SC02SSF,CC, 1 1 5, 1 ,0 ,IRR) 

CALL  FETADD  (SC03SSF,DD, 1 15, 1 ,0 ,IRR) 

CALL  FETADD  (SAVESSF,EE, 1 15, 1 ,0,IRR) 

C IDENTIFY  VALUES  OF  PARAMETERS  FOR  THE  ATNA  ROUTINE. 

NSET  = 3 
NCOND  = 0 
IELEM  = 1 
INODE  = 1 
IMASS  = 0 
NFILE  = SAVESSF 
N STAGE-  2 
N 1 = 3LL11 

N2  = 3LL21 
N3  = 5LLOAD3 
N4  » 4LDISP 
IBCLD  = 1 

C CONVERT  ATLAS  DATA  TO  NASTRAN  BULK  DATA  AND 
C STORE  ON  FILE  SAVESSF. 

CALL  ATNA  (NSET , NCOND , IELEM, INCDE, IMASS , NFILE , 

X N STAGE, N1 ,N2,N3,N4, IBCLD) 

C OTHER  ATLAS  STATEMENTS  MAY  BE  USED  HERE  AS  REQUIRED. 

END  CONTROL  PROGRAM 

The  "READ  INPUT"  statement  causes  execution  of  the  ATLAS 
Preprocessors  for  those  data  included  in  the  ATLAS  data  deck. 

The  required  ATLAS  input  data  sets  and  those  ATLAS  Processors 
which  must  be  executed  prior  to  execution  of  subroutine  ATNA  are 
identified  in  table  G-2.  All  of  the  working  files  required  by 
the  routine  ATNA  must  be  opened  as  shown  by  the  calls  to  FILEADD 
and  FETADD.  Only  the  output  file  of  ATNA  may  be  different  from 
that  shown  in  this  example.  This  file,  SAVESSF  for  this  example, 
contains  card  images  of  the  NASTRAN  bulk  data. 
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Table  6-2.  ATliS  Input  Data  aed  Processor  Execution*  Required  for 
Conversion  of  Data  to  MASTRAN  Sulk  Data 


Data  Category 

ATLAS  Input  Data 

Required  ATLAS  Processor  Execution] 

NODAL 

Nodal 

ELEMENT 

Nodal;  Stiffness 

. .T7:. 

BC, LOADS 

(No  Loads  or 
support  dis- 
placement data) 

Nodal;  BC; 
Stiffness 

STIFFNESS 

BC, LOADS 

(BC, Loads  and/or 
support  dis- 
placement data) 

Nodal;  BC; 
Stiffness;  Loads 

STIFFNESS;  LOADS;  MERGE (LOADS); 
MERGE (DISPLACEMENT) 

MASS 

Nodal,  BC,  Hass  MASS  J 

Subroutine  ATNA  is  called  with  user- defined  parameters 
as  described  below. 


CALL  ATNA  (Se ,Cond,Opt 1 ,Opt2 ,Opt3 , Af ile, St,N1 ,N2 , N3 ,N4 , Opt4) 


se 


Cond 


Opt  1 ,Opt2  \ 
Opt3,Opt4/ 


The  number  (integer)  of  the  ATLAS  data  SET 
to  be  processed. 

The  number  (integer)  of  the  ATLAS  mass- 
distribution  condition  number  to  be 
processed.  Input  as  zero  if  mass  data  are 
not  to  be  processed. 

Switches  (integers)  input  as  0 or  1 to  identify 
which  data  categories  are  to  be  processed. 

"Opti"  corresponds  to  one  of  the  data  categories 
as  shown  below. 

Optl  --  ELEMENT 
Opt  2 --  NODAL 
Opt  3 --  MASS 
Opt 4 --  BC, LOADS 

Only  those  data  that  correspond  to  a category 
for  which  "Opti"  is  input  as  1 are  converted 
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to  NASTRAN  bulk- data  card  images. 

Afile  = One  of  the  ATLTS  Savefiles  (SAVESSF  or 

SAVESS1  through  SAVESS4) . The  NASTRAN 
bulk-data  card  images  are  stored  on  this 
file  by  execution  of  ATNA. 

St  = Integer  that  identifies  a boundary- condition 

STAGE  associated  with  set  MSe. " Input 
as  zero  if  only  NODAL  and/or  ELEMENT  data 
are  to  be  processed. 

= Alphanumeric  names  of  the  loads  User 
Matrices  previously  generated  for  the 
specified  SET  and  STAGE  via  execution  of 
the  MERGE  Processor.  These  matrices  are 
associated  with  the  FREE,  RETAIN  and  SUPPORT 
partitions,  respectively  of  the  gross 
stiffness  matrix.  Each  name  must  be 
preceded  by  the  letter  "L"  and  the  number 
of  characters  in  the  name.  Input  a zero 
for  those  matrices  not  available.  If  Loads 
data  are  not  being  converted,  a zero  should 
be  input  for  each  of  these  parameters. 

« 

= Alphanumeric  name  of  the  support- 
displacement  User  Matrix  previously 
generated  for  the  specified  SET  and  STAGE 
via  excution  of  the  MERGE  Processor.  The 
name  must  be  preceded  by  the  letter  "LM 
and  the  number  of  characters  in  the  name. 

If  support-displacements  are  not  being 
converted,  a zero  should  be  input  for  this 
parameter. 

G.5. 1.4  Description  of  Data  Conversion 

The  following  limitations  are  imposed  on  the  ATLAS  to 
NASTRAN  data  conversion  because  of  differences  in  the  input 
data  and  technological  capab.i  ities  of  the  two  programs. 

a)  All  nodal  coordinates  are  transformed,  as  necessary, 
to  the  GLOBAL  rectangular  reference  frame.  Therefore, 
local  reference  frames  that  may  be  defined  via  ATLAS 
Nodal  data  are  not  identified  in  the  converted  data. 

b)  Material  data  records  arr.  not  converted.  All  MAT  cards 
for  NASTRAN  must  be  supplied  by  the  user. 


N1,N2,N3 
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c)  The  following  element  types  are  not  converted: 

SCALAR 

BRICK  with  more  than  8 nodes 

C PLATE 

CCOVER 

d)  All  elements  with  offsets  are  not  converted. 

e)  Varying  property  values  for  an  element  are  averaged 
prior  to  conversion. 

f)  Only  the  mass-matrix  data  generated  by  execution  of 
the  MASS  Processor  via  GPTI0N=2  or  OPTION=3  (ref.  sec. 
238.0)  are  converted. 

The  approximations  and  details  of  the  ATLAS  to  NASTRAN 
data  conversion  are  presented  in  table  G-3.  ATLAS  input  data 
records  corresponding  to  each  data  category  for  conversion  are 
identified  via  the  same  nomenclature  used  in  the  previous 
sections  of  this  document.  Optional  data  items  are  enclosed 
within  < >.  Two  rows  are  shown  for  each  NASTRAN  bulk-data  caii 
image  generated  by  the  data  conversion.  The  top  row  identifies 
the  variables  associated  with  the  card  image,  whereas  the  second 
row  identifies  the  corresponding  data  values  generated  by  the 
conversion.  A blank  field  indicates  that  a value  is  not 
generated  for  the  corresponding  variable.  The  nomenclature 
used  for  the  card  images  is  identical  to  that  used  in  the  NASTRAN 
User  Manual  (ref.  G-5)  . 
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G . 5 . 2 HASTRAN  to  ATLAS  Interface 

Conversion  of  NASTRAN  structural  and  mass  bulk-data  card 
images  to  compatible  ATLAS  data  records  is  performed  by  the 
NASTRAN  to  ATLAS  interface.  The  converted  data  are  automatically 
stored  on  a file  (tape)  in  the  form  of  an  ATLAS  data  deck. 
Generally,  the  generated  data  deck  must  be  modified  selectively 
with  hand- prepared  data  prior  to  execution  by  ATLAS. 

Additionally,  rhe  NASTRAN  executive  control,  case-control  data 
and  plotting  control  data  must  be  converted  by  h nd. 

Prior  to  conversion  to  ATLAS  input-data  records,  the 
NASTRAN  bulk  data  must  be  separated  by  the  user  into  the 
followincr  sequence  of  data  categories: 

a)  MATERIAL 

b)  NODAL 

c)  ELEMENT 

d)  BC 

e)  LOADS 

f)  MASS 

There  are  no  requirements  for  the  cards  to  be  ordered  within 
each  of  these  categories  except  that  the  GRDSET  card  must  be 
positioned  before  the  GRID  cards  within  the  NODAL  data,  and 
if  more  than  one  card  is  required  to  define  a certain  type  of 
data,  the  continuation  cards  must  follow  in  order.  The  types 
of  NASTRAN  bulk- data  cards  that  may  be  converted  are  summarized 
in  table  G-4.  All  other  types  of  bulk-data  cards  are  ignored 
during  execution  of  the  data  conversion. 

NASTRAN  bulk  data  are  converts'3  to  ATLAS  input  data  records 
by  execution  of  the  NASTATL  subroutine  in  the  ATLAS_System 
library  (ref.  1-1).  This  subroutine,  which  is  called  from  an 
ATLAS  Control  Program,  is  described  in  section  G. 5.2.3. 

G.5.  2.  1 Job  Deck  Structure 

The  ATLAS  job  deck  required  to  convert  NASTRAN  bulk  data 
to  ATLAS  problem-definition  data  is  the  same  as  ; \lust rated 
by  figure  11-1  in  section  11.0  with  the  exception  that  ATLAS 
input  data  are  not  required. 

G.'3.  2.2  C’DC  6600  Job  Control  Cards 

The  following  list  shows  the  control  cards  requi  It1'  KL* 
generate  an  ATLAS  data-deck  tape,  ATL,  that  may  be  used  1 y. 
subsequent  execution  of  ATLAS. 
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Job  l ard 

Account  Card 

GET ( CATM/UN = UATLASU ) 

CALL  (CATM, ATTACH) 

CALL  (CATM , CONTROL) 

GET  (Infile) 

ATLAS  (Inf  .lie) 

REWIND (Savofile) 

REQUEST (ATL , P* I , LB =KL , PO=AW) SAVE 
COPYEI (Savef ile,ATL) 

RETURN  (ATL) 

Notes:  Infile  = Name  of  the  file  containing  the  NAS TRAN  data 

to  be  converted  to  ATLAS  data . 

Savefile  - One  of  the  ATLAS  Savefiles  (SAVESSF  or 
SAVES SI  through  SAVESS4)  on  which  the 
ATLAS  data -record  images  are  stored. 

''ee  the  description  of  subroutine  NASTATL 
section  G -5 .2.3. 

G. 5.2.3  ATLAS  Control  Program 

The  following  example  Control  Program  illustrates  the 
statements  required  to  convert  NASTRAN  data  into  an  ATLAS  data 
deck. 
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BEGIN  CONTROL  PROGRAM  CONVERT 

PRC3LFM  ID  (CONVERSION  OF  NASTRAN  DATA  TO  ATLAS  DATA) 
DIMENSION  AAC5  15)  ,BB(115)  ,CC(115) 

C OPEN  FILES  THAT  ARE  USED  BY  THE  ROUTINE  NASTATL. 

CALL  FETADD (SAVESS2,AA, 115,1, 0,IRR) 

CALL  FETADD (SC00SSF,BB, 115, 1,0, ERR) 

CALL  FETADD (SCO 1SSF , CC, 1 15 , 1 , 0, IRR) 

C CONVERT  NASTRAN  DATA  ON  FILE  INFILE  TO  ATLAS 
C INPUT  DATA  RECORDS  AND  STORE  ON  FILE  SAVESS2. 

CALL  ‘JASTATL  (SAVESS2) 

C OTHER  ATLAS  STATEMENTS  MAY  BE  USED  HERE  AS  REQUIRED. 

END  CONTROL  PROGRAM 

All  of  the  working  files  required  by  the  routine 
NASTATL  ir.’ist  be  opened  as  shown  by  the  calls  to  FETADD.  Only  the 
output  tile  of  NASTATL  (SAVESS2  in  the  example)  may  be  different 
from  tlrt  shown  by  the  foregoing  statements. 

subj  lutine  NASTATL,  which  performs  the  data  conversion,  is 
called  according  to  the  following  statement: 


CALI.  N AST  ATI-  * Save  file) 
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Savefile  = One  of  the  ATLAS  Savefiles  (SAVESSF  or 

SAVES Si  through  SAVES S4) . The  ATLAS  data- 
deck  record  images  are  stored  on  this  file 
by  execution  of  NASTATL.  The  appropriate 
BEGIN  and  END  data  records  are  inserted 
automatically  to  generate  a complete  ATLAS 
data  deck. 

G.5. 2.4  Description  of  Data  Conversion 

The  following  limitations  are  imposed  on  the  NASTRAN  to 
ATLAS  data  conversion  lecause  of  differences  in  the  input  data 
and  technological  capabilities  of  the  two  programs. 

a)  Only  the  basic  rectangular  coordinate  system  is 
considered. 

fc)  If  more  than  one  card  is  required  to  define  a certain 
type  of  NASTFAN  data,  the  necessary  continuation  cards 
must  follow  in  order. 

c)  Only  the  NASTFAN  bulk- data  cards  with  10  fields  of 
8 columns  are  converted. 

d)  NSM  (Non-Structural  Masses)  are  ignored. 

e)  All  stress-recovery  coefficients  for  NASTRAN  structural 
elements  are  ignored. 

f)  The  maximum  user  element  number  is  limited  to  32678. 

g)  A maximum  of  49  different  materials  is  allowed. 

h)  The  number  of  stages  for  BC  (boundary- condition)  data 
or  SIDs  for  SPC  and  SPC 1 cards  is  limited  to  10. 

j.,  Only  those  concentrated  masses  defined  by  CONM2  cards 
are  converted. 

The  approximations  and  details  of  the  NASTRAN  to  ATLAS 
data  conversion  are  presented  in  table  G-4.  NASTRAN  bulk-data 
card  images  corresponding  to  each  data  category  for  conversion 
are  identified  by  the  same  nomenclature  used  in  the  NASTRAN 
User  Manual  (ref  G-5) . The  ATLAS  data-record  images  generated 
by  the  conversion  are  also  shown  in  table  G-4. 


G.43 


'*  TT" 


Table  Q-3*  Description  of  ATLAS  to  NASTRAN  Data  Conversion 


Table  continued  on  next  page 


Table  6-3.  Description  of  ATLAS  to  NASTRAN  Data  Conversion  (Cont'd.) 
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Table  6-4.  Description  of  NASTRAN  to  ATLAS  Data  Conversion 
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APPENDIX  H 
ATLAS  TEXT  EDITOR 


The  ATLAS  interactive  text  editor  (sec.  200.5  ) can  be  used 
to  edit  files  of  line  images.  Each  file  may  contain  any  number 
of  logical  records.  Each  logical  record  may  contain  any  number 
of  line  images  and  each  line  may  contain  from  1 to  140  characters. 

Although  the  capabilities  of  the  ATLAS  text  editor  are  the 
same  as  the  capabilities  of  the  BCS  text  editor  (CMEDIT)  documented  in 
reference  200-1,  descriptions  of  the  method  of  operation  and 
the  edit-request  commands  are  reproduced  herein  for  convenient 
referencing. 

H.l  FILE  SIZE 

In  order  for  a file  to  be > edited,  the  entire  file  along 
with  the  editor  program  (slightly  less  than  15000B  words)  must 
f’t  in  the  job  field  length.  Since  line  images  may  have 
d -ferent  lengths,  the  number  of  lines  that  will  fit  is  variable. 
Assuming  a field  length  of  130000  octal  words,  approximately 
37,000  words  are  available  for  the  file. 

H. 2 METHOD  OF  OPERATION 

The  EDIT  program  uses  a system  of  requests  to  locate  a specific 
line  and/or  to  perform  a desired  modification,  insertion,  or 
deletion.  Specific  lines  in  a file  are  referenced  by  means  of  a 
pointer.  The  pointer  may  be  moved  by  exeeution  of  specific  requests 
and  is  used  by  other  requests.  The  poxnter  is  not  visible  to  the 
user,  but  he  can  easily  determine  its  position  in  the  file  at  any 
time  by  using  the  PRINT  request. 

H. 3 KEYBOARD  CONVENTIONS 

Each  EDIT  request  consists  of  the  request  name,  followed  by 
parameters  if  needed.  The  request  name  or  its  abbreviation,  with 
prefix  if  desired  (see  sec.  H.6),  must  be  the  first  item  on  the 
line,  and  it  must  be  separated  from  any  parameters  by  at  least  one 
blank.  Multiple  parameters  are  also  separated  by  blanks. 


H.l 


H.4  MODES  OF  OPERATION 


The  EDIT  program  operates  in  either  edit  mode  or  input  mode. 

If  an  empty  file  is  specified  with  the  EDIT  command,  the  input 
mode  will  be  invoked  automatically.  If  the  file  is  not  empty, 
the  edit  mode  will  be  invoked.  The  mode  of  the  editor  is  indicated 
by  a prompt  of  E>  in  edit  mode  and  I>  in  input  mode.  In  the 
input  mode,  the  editor  accepts  the  entire  input  line  as  a new 
line  image  to  be  inserted  in  the  file.  To  return  from  input 
to  edit  mode  the  user  must  respond  to  an  I>  prompt  with  a line 
consisting  of  only  a carriage  return,  or  two  consecutive  end- 
of-line  characters  (see  LINEND  request)  at  the  end  of  the  last 
line  being  entered.  In  the  edit  mode,  each  E>  prompt  expects 
a valid  edit  request  to  be  entered.  The  input  request  allows 
the  user  to  go  back  from  edit  to  input  mode. 

H. 5 ABBREVIATING  REQUESTS 

All  requests  may  be  abbreviated  by  simply  deleting  any  number 
of  trailing  characters.  However,  certain  requests  require  more 
than  one  character  to  uniquely  identify  them.  They  are  BEFORE  (BE) , 
BLANK  (BL) , BRIEF  (BR) , DUP  (DU) , FILE  (FIL) , LINEND  (LI) , REMOVE  (REM) , 
REPEAT  (REPE) , START  (ST) , TABDEF  (TA) , and  TABSET  (TABS) . In 
addition,  if  the  INSERT  request  is  used  to  insert  a blank  line,  at 
least  the  characters  "INS"  are  required  to  distinguish  the  request 
from  the  INPUT  request;  otherwise  the  single  letter  I is  sufficient 
for  INSERT. 

H.6  PREFIXING  REQUESTS 

All  requests  may  be  prefixed  with  a (period)  and/or  a 
(minus).  If  a is  prefixed,  the  BRIEF-VERIFY  mode  is 
reversed  for  this  request.  For  example,  if  VERIFY  mode  is  in 
effect  and  an  UP  request  is  issued,  the  located  line 
will  be  typed.  However,  if  a .UP  request  were  issued,  no  typeout 
would  occur.  T..e  prefix  has  no  effect  in  conditional  BRIEF 
mode  (BRIEF  a b) . If  a is  prefixed,  the  pointer  movement  is 
reversed  for  this  request.  For  example,  a FIND  request  searches 
down  the  file,  so  a -FIND  request  will  search  up  the  file. 

H. 7 TAB  CONTROL 

The  tab  feature  allows  the  user  to  shift  input  characters  to 
preset  locations  in  a line.  The  default  tab  settings  are  1,  7,  11, 

18,  30,  73.  The  first  tab  setting  merely  specifies  the  starting 
location  of  the  first  input  character.  The  default  tab  character 
is  the  ">"  ("$"  in  batch) . The  tab  'haracter  and  the  tab  positions 
may  be  modified  by  the  user  with  the  TABDEr  and  TA3SET  requests, 
respectively. 
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H.8  MULTIPLE  INPUT  LINES  AND  EDIT  REQUESTS 

A number  of  logical  input  lines  may  be  input  as  a single 
physical  input  line,  by  separating  them  with  the  logical  erid- 
of-line  character  (default  is  the  Multiple  requests  may 

be  entered  in  this  manner  to  improve  response  time.  The  logical 
end-of-line  character  functions  exactly  like  a CR  (Carriage 
return) . 

H. 9 CONTINUATION  LINE 

Since  many  terminals  are  limited  to  72  or  80  characters  per 
physical  input  line  and  the  editor  allows  line  images  up  to  140 
characters,  a continuation  character  (t)  is  available  in  either 
EDIT  or  INPUT  mode  to  allow  the  user  to  continue  his  input  line 
with  the  next  line  from  the  terminal.  Typing  the  continuation 
character  immediately  before  typing  a CR  will  force  concatenation 
of  the  next  input  line  with  the  previous  line. 

H. 10  BLOCK  OPERATIONS 

Blocks  of  text  may  be  moved,  duplicated,  or  deleted.  The 
START  and  END  requests  define  the  block,  and  the  MOVE,  DUP,  or 
REMOVE  request  performs  the  operation. 

H. 11  PREDEFINED  REQUEST  SEQUENCES 

Each  of  two  requests,  X and  Y,  may  be  predefined  to  cause  the 
execution  of  several  EDIT  requests.  This  predefined  sequence  may 
then  be  invoked  any  number  of  times  by  entering  the  X (or  y) 
request,  thereby  significantly  reducing  the  time  and  cost  of  an 
edit  session. 

H.  12  ENDS-OF-RECORD 

A logical  end-of-record  mark  can  be  written  by  inserting 
*WEOR  as  a line  in  the  file.  Multiple  ends-of-record  will  produce 
empty  records. 

H.  13  iJNDS-OF-FILE 

An  end-of-file  mark  can  be  written  by  inserting  *WEOF  as  a 
line  in  the  file. 

H. 14  LENGTH  OF  TERMINAL  LINE 

The  WIDTH  request  can  be  used  to  set  the  terminal  line  length 
for  output  from  EDIT. 
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H. 15  REMEMBERED  PARAMETERS 

The  EDIT  requests  AFTER,  BEFORE,  BLANK,  CHANGE,  FIND,  LOCATE, 
and  OVERLAY  each  remember  the  parameters  with  which  they  were  last 
used.  The  remembered  parameters  are  used  if  the  associated  request 
is  again  given  without  any  parameters. 

H. 16  PARAMETER  CONVENTIONS 

Several  of  the  individual  EDIT  requests  require  a formal 
parameter  N,  where  N is  the  number  of  lines  subject  to  the 
operation  of  the  request.  If  N is  omitted,  1 is  assumed. 

Otherwise  the  actual  parameter  must  be  an  integer  or  an  asterisk 
(*) . In  the  latter  case  the  effect  of  the  request  is  to  continue 
all  the  way  to  EOI  (or  BOI) . Thus  the  request  P?INT  7 will 
print  7 lines  while  PRINT  * will  print  the  rest  of  the  file, 
in  each  case  starting  with  the  current  line. 


H . 17  EDIT  BEQUESTS 
Environment  Selection : 

INPUT 

(type  a (CR)  ) 

QUIT 

Message  Mode  Selection: 

BRIEF  a b 
VERIFY  n 

Pointer  Movement: 

BOTTOM 
FIND  line 

LOCATE  :string1:string2: . . . 
NEXT  n 

NEXT  rstringl :string2: ... 

TOP 
UP  n 

UP  : string  1 : strinq2: .. . 

Modification  of  Line  Images: 

AFTER  :string 1 : string2:  n m 
BEFORE  : string  1 : string2:  n m 
BLANK  mask 

CHANGE  : stringl:  string2:  n rr 
DELETE  n 

DELETE  : stringl: string2:  .. . 
INSERT  line 
OVERLAY  line 
REPLACE  line 


-enter  input  mode 

-return  from  input  mode 
-leave  EDIT 


-BRIEF  mode 
-VERIFY  mode 


-go  to  bottom  of  file 
-search  for  line 
-search  for  a string 
-advance  n lines 
-advance  to  a string 
-go  to  top  of  file 
-go  up  n lines 
-go  up  to  a string 


-insert  string2  after  stringl 
-insert  string2  before  stringl 
-blank  out  characters 
-change  stringl  to  string2 
-delete  n lines 

■delete  until  a string  is  found 
-insert  "line”  as  line  image 
-overlay  characters 
-replice  line  image  with  "lir~*' 


H.  4 


V 


t 


c 


EDIT 


File  Handling; 

FILE  filename  un  pw 
SAVE  filename  un  pw 

Information  Request: 

PRINT  n 

PRINT  :string1:string2:... 


-save  file  and  leave  EDIT 
-save  file  and  return  to  input 
mode 


-print  n lines 
-print  to  a string 
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Special  Character  and  Format  Conventions : 


LINEND  character 
TABDEF  character 
TABSET  nl  n2  ...  nn 
WIDTH  n 
ZONE  a b 

Block  Operations: 

START 

END 

DUP 

MOVE 

REMOVE 

Miscel laneous: 

REPEAT  n 

X /request 1/request2/. . . 
X n 

Y /requesti/rcguest2/. .. 

Y n 


-change  end-of-line  character 
-change  tab  character 
-change  tab  settings 
-specify  line  length 
-specify  1st  and  last  columns 


-define  start  of  block 
-define  end  of  block 
-duplicate  block 
-move  block 
-delete  block 


-repeat  BLANK  and  OVERLAY 
requests 
-save  requests 

-execute  saved  requests  n times 
-same  as  X 
-same  as  X 


AFTEP[  :string1:string2:[  n[  m]]] 


This  request  inserts  string2  after  the  mth  occurrence  of 
string  1 in  each  of  the  next  n lines,  including  the  current  li^e. 

' If  m has  the  value  G,  string2  will  be  inserted  after  every 

occurrence  of  stringl  in  the  next  n lines.  If  n is  net 
specified,  a value  of  1 is  assumed  for  n and  it  will  not  then 
be  possible  to  specify  any  value  for  ir  except  G.  If  ir  is  not 
specified,  i is  assumed.  If  n=m=*,  string2  will  be  inserted 
***.  * after  every  occurrence  of  stringl  (from  the  current  lin'  co 

the  end  of  the  file).  The  pointer  will  advance  n-1  li,.es  whether 
or  not  any  lines  are  changed. 
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It  a zone  is  specified  hy  the  ZONE  request,  the  AFTER  request 
will  treat  the  zone  as  if  it  were  an  entire  line.  Hence, 
nonblank  characters  will  be  deleted  if  they  are  shifted  out 
of  the  zone  without  affecting  characters  outside  the  zone. 

: is  any  delimiting  character  that  does  net  appear  in  stringl 
or  strir.g2.  The  last  delimiter  may  be  omitted  when  no  third 
or  fourth  parameters  are  specified  and  the  last  character  of 
string2  is  nonfclank. 

AFTER  remembers  the  parameters  from  the  last  AFTER  request. 

Example:  E> AFTER  :B:X:  5 

READ  (5,40)  A, BX 
C=A*BX 

WRITE  (6,50)  A , BX, C, BB 
E> 

file  before: 

READ{5,40)  A,B  < pointer 

C=A*B 

WRITE  (6,50)  A,  B,  C,  BB 
50  FORMAT  (IX, 4E 15. 7) 

40  FORMAT  (2E10.0) 

STOP 

END 

file  after: 

READ  (5, 40)  A, BX 
C=A*BX 

WRITE  (6, 50)  A,BX,C,BB 
50  FORMAT  (1X,4E15.7) 

40  FORMAT  (2E10.0)  < pointer 

STOP 

END 


BEFORE[  : string  1 : string2 : [ n[  m]]] 


This  request  inserts  strmg2  before  the  mth  occurrence  of 
stringl  in  each  of  the  next  n lines,  including  the  current  line. 

If  m has  the  value  G,  string2  will  he  inserted  before  every  occur- 
rence of  string  1 in  the  next  n lines.  If  n is  specified,  a 

value  of  1 is  assumed  for  n and  it  will  not  then  t possible  to 
specify  any  value  for  m except  G.  If  nr  is  not  specified,  1 is 
assumed.  If  n-m=*,  string2  will  be  inserted  before  every  occur- 
rence of  stringl  (from  the  current  line  to  end  of  file).  The 
pointer  will  advance  n- 1 lines  whether  or  not  any  lines  are  changed. 

If  a zone  is  specified  by  the  ZONE  request  (see  ZONE  for 
description),  the  BEFORE  request  will  treat  the  zone  as  if  it 
were  an  entire  line.  Hence,  nonblank  characters  will  be  deleted 
if  they  are  shifted  out  of  the  zone  without  affecting  characters 
outside  the  zone. 
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: is  any  delimiting  character  that  does  not  appear  in  stringl 
or  string2.  The  last  delimiter  may  be  omitted  when  no  third 
or  fourth  parameters  are  specified  and  the  last  character  of 
string2  is  nonblank. 

BEFORE  remembers  the  parameters  from  the  last  BEFORE  request. 

Example:  E>BEFORE  :B:X:  5 

READ (5, 40)  A,XB 
C=A*XB 

WRITE  (6,50)  A,XB,C,BB 


E> 

file 

before: 

READ (5,40)  A,B  < 

C=A*B 

WRITE  (6,50)  A, E, C, EB 

pointer 

50 

FORMAT  (1X,4S15.7) 

40 

FORMAT  (2E  10.0) 

STOP 

END 

file 

after: 

READ (5, 40)  A, XB 
C=A*XB 

WRITE (6,50)  A,XB,C,BB 

50 

FORMAT  (IX, 4E1 5. 7) 

40 

FORMAT  (2E1 0.0)  < 

STOP 

END 

pointer 

BLANK[  mask] 


This  request  places  blanks  in  the  current  line  image  wherever 
nonhlank  characters  (other  than  the  tab  character)  occur  in 
mask,  mask  is  separated  from  the  BLANK  request  by  one  space. 

To  ELANK  the  same  character  positions  cn  a number  of  lines, 
the  BLANK  request  may  be  preceded  by  the  REPEAT  request.  See 
REPEAT  for  a further  description. 

BLANK  remembers  the  parameters  from  the  last  BLANK  request. 

Example : 

E>PRINT 

4030  FORMAT (2E10.0) 

E>BLANK  XX 
4 0 FORMAT  ( 2E 1 0.  0) 

E> 
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I BOTTOM 

This  request  repositions  the  pointer  to  the  last  line  of 
the  file. 

Example: 

E> BOTTOM 


l END 

*'  vs 


& 

E> 

I 

file: 

READ  (5,  40)  A,  B 

C=A*B 

WRITE (6 , 50)  A,  B,  C 

40 

FORMAT (2E 10.0)  < 

■-  pointer 

before 

50 

FORMAT (1X.3E15.7) 

STOP 

END  < 

■-  pointer 

after 

BRIEF!  a[  fc]] 


There  are  two  massage  modes  in  the  EDIT  environment:  VERIFY 

(the  default)  and  BRIEF.  A request  for  either  terminates  the 
other.  When  any  of  certain  EDIT  requests  (AFTER,  BEFORE, 
ELANK,  BOTTOM,  CHANGE,  FIND,  LOCATE,  NLXT,  OVERLAY,  and  UP) 
is  executed,  the  lines  affected  by  the  request  are  printed  if 
in  VERIFY  mode;  the  affected  lines  are  printed  only  from  columns 
a to  b if  in  BRIEF  mode  (printed  from  column  a on  if  b is 
emitted) ; and  the  affected  lines  are  not  printed  at  all  if  in 
BRIEF  mode  with  both  a and  b omitted. 

Example: 

E>BRIEF 

E>CHANGE  : E10 : F7 : 

E> 

E>BRIEF  15  20 
E>CHANGE  : E10 : F7: 

F7.0) 

F> 

line  before: 

4 0 FORMAT  ( 2£  1 0. 0) 

line  after. 

40  FORMAT  (2F7.0; 
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EDIT 


CHANGEf  : stringl ; string2:[  n[  m]]] 


This  request  chanqes  the  mth  occurrence  of  string!  in  each 
of  the  next  n lines,  including  the  current  line,  to  string2. 

If  m has  the  value  G,  every  occurrence  of  stringl  in  the  next 
n lines  will  be  changed  to  string2.  If  n is  not  specified, 
a value  of  . is  assumed  for  n and  it  will  not  then  be  possible 
to  specify  any  value  for  m except  G.  If  m is  not  specified, 

1 is  assumed.  If  n=m=*,  every  occurrence  of  stringl  (from  the 
current  line  to  the  end  of  the  file)  will  be  changed  to  string2. 
The  pointer  will  advance  n-1  lines  whether  or  not  any  lines 
are  changed. 

i c a zone  is  specified  by  the  ZONE  request  (see  ZONE 
reqj'  st) , the  CHANGE  request  will  treat  the  zone  as  if  it  were 
an  entire  line.  Hence,  nonfclank  characters  will  be  deleted 
if  they  are  shifted  out  of  the  zone  without  affecting  characters 
outside  the  zone.  In  addition,  if  characters  are  deleted  from 
the  zone,  outSj.de  characters  will  not  be  shifted  into  it. 

: is  any  delimiting  character  that  does  not  appear  in  stringl 
or  string2.  The  last  delimiter  may  be  omitted  when  no  third 
or  fourth  parameters  are  specified  and  the  last  character  of 
string2  is  nonfclank. 

CHANGE  reraemfcers  the  parameters  from  the  last  CHANGE  request. 

Example  1 : 

E>CHANGE  : B:X:  5 

READ  (5,40)  A,X 
C=A*X 

WRITE (6, 50)  A,X,C,BB 
E> 

file  before: 

READ (5, 40)  A, B < pointer 

C=A*B 

WRITE (6, 50)  A, B, C, BB 
50  FORMAT ( IX, 4E1 5. 7) 

40  FORMAT (2E10.0) 

STOP 

END 

file  after; 

READ  (5,40)  A,X 
C=A*X 

WRITE (6,50)  A, X,C,BB 
50  FORMAT (1X#4E15. 7) 

40  FORMAT (2E 10.0)  < pointer 

STOP 

END 
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Example  2 


EXCHANGE  :E:F:  2 G 
1000  FORMAT(2X,F10.0,5X,3 (F10.2) ) 

E> 

file  before: 

PRINT  1000, X,  (Y  (I)  ,1=1,3)  < pointer 

1000  FORMAT (2X,E10.0, 5X,3 (E10.2) ) 

file  after: 

PRINT  1000, X,  (Y  (I)  ,1=1,3) 

1000  FORMAT(2X,F10.0,5X,3 (F10.2) ) < pointer 

Example  3: 

EXCHANGE  :E:F:  2 2 
1000  FORMAT (2X,E10.0,5X, 3 (F10.2) ) 

E> 

file  before? 

PRINT  1000,X,  (Y  (I)  ,1=1,3)  < pointer 

1000  FORMAT (2X,E10.0,5X, 3 (El 0.2)  ) 

file  after: 

PRINT  1000, X,  (Y  (I)  ,1  = 1,3) 

1000  FORMAT(2X,E10.0,5X,3 (F10.2)  ) < pointer 


DELETE[  n]  or  DELETE  : string  1 : string2: .. . 


This  request  removes  n lines  starting  with  the  current  line. 

If  n is  not  specified,  a value  of  1 is  assumed.  If  n=*,  ail 
lines  from  the  current  pointer  position  to  the  end  of  the  file 
are  deleted.  If  strings  are  specified,  all  lines,  starting 
with  the  current  line  and  up  to,  but  not  including,  the  first 
line  in  which  one  of  the  strings  is  matched,  will  be  deleted. 

The  pointer  will  move  to  the  line  just  after  the  last  line  deleted. 

: is  any  delimiting  character  that  does  not  appear  in  any 
of  the  strings.  The  trailing  delimiter  may  be  omitted  if  the 
last  string  ends  in  a nonblank  character. 

Examp le_J : 

E>DELETE  2 
E> 

file  before: 

WRITE (6 , 50)  A, B,C 

40  FORMAT ( 2E10. 0)  < pointer 

50  FORMAT  ^1X,3E15.7) 

STOP 

END 
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file  after: 

WRITE  (6, 50)  A,B,C 
STOP  < 

END 

Example  2: 

E>DELET£  : END: STOP: 

E> 

file  before: 

WRITE (6,50)  A,B,C 
40  FORMAT (2E 10.0)  < 

50  FORMAT (1X,3E15.7) 

STOP 
END 

file  after: 

WRITE (6, 50)  A,B,C 
STOP  < 

END 


This  request  writes  a copy  of  the  edited  file  on  disk, 
replacing  the  existing  copy  of  the  working  file.  EDIT  is 
then  terminated.  When  the  filename  is  specified,  EDIT  will 
also  replace  the  permanent  file  (indirect-access)  of  that  name 
with  a copy  of  the  edited  file.  The  name  of  the  permanent  file 
does  not  have  to  match  the  name  of  the  working  file.  Both  a 
user  number  (un)  and  a file  password  (pw)  may  be  specified  when 
replacing,  but  not  creating,  a permanent  file.  A password  may 
not  be  specified  unless  a user  number  has  been  specified; 
similarly  a user  number  requires  a filename. 

Example: 

A>EDIT.NAME1 

E>  (various  edit  requests) 

E>FILE  NAME2 

/♦  015000  OCTAL  REQUIRED  TO  EDIT 

/♦END 

A> 

The  file  NAME1  is  edited  and  a permanent  file  NAME2  is 
saved,  which  is  a copy  of  NAM El . If  NAME1  was  a permanent  file 
as  well  as  a working  file  before  the  above  activity,  the 
permanent  file  NAME1  will  still  exist  in  its  original  state. 


pointer 


pointer 


pointer 

◄ 


FIND[  line] 


Starting  with  the  next  line  image,  the  file  will  be  searched 
for  a sequence  of  characters  corresponding  to  line.  This  request 
is  position  dependent,  in  that  each  character  of  line  is  compared 
tc  the  corresponding  character  position  in  a line  image.  One 
blank  separates  the  request  from  line. 

Any  blanks  found  in  line  will  be  ignored  and  the 
corresponding  character  position  in  a line  image  will  not  be 
compared. 

FIND  remembers  the  parameters  from  the  last  FIND  request. 
Example  1 : 

E>FIND  50 

50  FORMAT (1X,3E15.7) 

READ  (5, 40)  A,B 

file: 

READ  (5,40)  A, D 
C=A*B 

WRITE (6, 50)  A, B ,C 
40  FORMAT (2E 10.0) 

50  FORMAT ( IX, 3E15. 7) 

STOP 
END 

Example  2: 

E>FIND  > R (R  in  column  10) 

40  FORMAT (2E10.0) 

E> 

f lie: 

READ  (5,40)  A,  B 

C=A*B  < pointer  before 

WRITE  (6,50)  A,  B , C 

40  FORMAT (2E 10. 0)  < pointer  after 

50  FORMAT ( 1X,3E15. 7) 

STOP 
END 


<  pointer  before 

<  pointer  after 


— . C ID1T  ) 

INPUT  1 


This  request  invokes  the  input  mode  of  EDIT,  In  the  input 

mode,  the  editor  accepts  the  lines  next  entered  as  text,  to 
be  inserted  after  the  current  line.  The  pointer  is  advanced 
to  each  new  line  as  it  is  entered.  The  special  characters  ">M 
("$M  in  batch)  and  are  interpreted  as  tab  and  logical  end- 
of-line  respectively,  so  if  either  of  those  characters  is  to 
be  used  as  text  in  the  input,  the  TABCEF  and/or  LINENE  request 
must  first  be  issued  in  the  edit  mode  to  define  some  other 
characters  for  tab  and  line-end.  JTo  return  to  the  edit  mode, 
type  a line  consisting  only  of  a fcR)  after  the  last  line  of  data, 
or  type  the  end-of-line  character  twice. 

Example: 

E>INPUT 
I>C>CCMFUTEC 
I>  (type  a (OR)  ) 

E> 


* 


I 


» 


I 


» 


n 


* 


* 


I 


file  before: 

READ  (5,  40)  A,B  < pointer 

C=A*B 

WRITE  (6, 50)  A,  B, C 
40  FORMAT  (2E  10.0) 

50  FORMAT (1X,3E15.7) 

STOP 

END 

file  after: 

READ (5, 40)  A,B 

C COMPUTE  C < pointer 

C=A*B 

WRITE (6, 50)  A,B,C 
40  FORMAT  (2E1 0.0) 

50  FORMAT  (1X,3E15.7) 

STOP 

END 


INSERT  line  or  INSERT 


This  request  inserts  the  specified  line  as  a new  line  image 
after  the  current  line,  advancing  the  pointer  to  the  new  line. 
To  insert  a blank  line,  at  least  the  characters  INS  must  be 
typed;  otherwise  I is  a sufficient  abbreviation.  One  blank 
separates  the  request  from  "line”. 

Example: 

E>INSERT  OCOMPUTE  C 
E> 
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file 

before: 

READ  (5,  40)  A, B <— 
C=A*B 

WRITE  (6, 50)  A,  B,C 

--  pointer 

40 

FORMAT (2E10.0) 

50 

FORMAT (1X,3E15.7) 

STOP 

END 

file 

after: 

READ  (5,  40)  A, B 

C COMPUTE  C < pointer 

C=A*B 

WRITE (6, 50)  A, B,C 
40  FORMAT (2E10.0) 

50  FORMAT (1X,3E15.7) 

STOP 

END 

| LINEN D[  character]  | 


This  request  redefines  the  logical  end-of-line  character 
to  the  character  specified.  If  no  character  is  specified, 

EDIT  proceeds  with  no  logical  end-of-line  character  defined. 

The  LINEND  request  permits  a number  of  logical  input  lines, 
separated  by  end-of-lire  characters,  to  be  typed  as  a single 
physical  input  line.  Multiple  requests  per  line  may  be  issued 
to  EDIT  in  this  manner. 

The  semicolon  (;)  is  the  default  LINEND  character. 

Example : 

E>TOP ; LIN  END  / 

£>FIND  50/CHANGE  :H:X: 

50  FORMAT  (1H,3E15. 7) 

50  FORMAT(lX,3E15.7) 

E> 

file  before: 

READ  (5,  40)  A, B < pointer 

C-A*B 

WRITE  (6,50)  A,  B,C 
40  FORMAT (2E10.0) 

50  FORMAT (1H,3E15.7) 

STOP 

END 

file  after: 

READ  (5,  40)  A,  B 
C=A*B 

WRITE  (6,50)  A,B,C 
40  FORMAT  (2E  10.0) 

50  FORMAT (1X,3E15.7)< pointer 

STOP 

END 


t 
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LOCATE(  : string 1 : string 2: . . . ] 


Starting  with  the  next  line,  all  the  characters  in  the 
specified  zone  (see  ZONE  request)  of  each  line  are  scanned  until 
one  of  the  specified  strings  is  found. 

: is  any  delimiting  character  that  does  not  appear  in  any 
of  the  strings.  The  trailing  delimiter  may  be  omitted  if  the 
last  string  ends  in  a nonblank  character. 

LOCATE  remembers  the  parameters  from  the  last  LOCATE  request. 

Example; 

E>LOCATE  ; 50: 

WRITE (6,50)  A,B,C 
E> 

file: 

READ  (5,  40)  A,B 
C=A*B 

WRITE  (6, 50)  A,B,C 
40  FORMAT  (2E10. 0) 

50  FORMAT (1X,3E15.7) 

STOP 
END 

Note:  If  the  user  wishes  to  move  the  search  pointer  to  the  next 
line  whose  first  three  characters  are  XYZ,  and  he  knows  that 
the  string  XYZ  occurs  only  at  the  beginning  of  a line,  he  can 
accomplish  this  by  either  of  the  following  requests: 

E>LOCATE  :XYZ:  or  E>FIND  XYZ 

However,  the  LOCATE  request  would  take  between  70  and  140  times 
as  long  to  execute  as  the  FIND  request  (depending  on  the  line 
length) ; this  could  mean,  in  a large  file,  that  the  response 
time  might  be,  say,  two  seconds  for  FIND  and  four  minutes  for 
LOCATE.  Since  many  needs  to  move  the  search  pointer  can  be 
satisfied  by  FIND,  the  point  is  worth  emphasis.  If  the  situation 
demands  LOCATE,  but  it  is  known  that  the  desired  string  is  a 
lcng  way  down  the  file,  it  is  worthwhile  tc  enter,  say,  NEXT 
2000  to  move  down  to  an  area  much  closer  to  the  desired  string. 


<  pointer  before 

<  pointer  after 
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NEXT[  n]  or  NEXT  : stringl : string2: . . . 


This  request  advances  the  pointer  n lines,  if  n is  not 
specified,  a value  of  1 is  assumed.  If  n is  greater  than  the 
number  of  lines  remaining,  the  pointer  is  positioned  on  the 
last  line.  If  n is  negative,  the  pointer  is  positioned  n lines 
before  the  current  line. 

: is  any  delimiting  character  that  does  not  appear  in  any 
of  the  strings.  The  trailing  delimiter  may  be  omitted  if  the 
last  string  ends  in  a nonblank  character. 

If  strings  are  specified,  the  NEXT*  request  functions  exactly 
like  the  LOCATE  request. 

NEXT  does  not  remember  the  parameter (s)  used  ci  the  previous 
NEXT  request.  Use  LOCATE  or  FIND  if  multiple  searches  for  the 
same  string  are  desired. 

Example  1: 

E>NEXT  3 

STOP 
E> 

file: 

READ  (5,  40)  A,  B 
C=A*B 

WRITE  (6, 50)  A, B ,C  < 

40  FORMAT  (2E  10.0) 

50  FORMAT (1X,3E15.7) 

STOP  < 

END 

Example  2: 

E>NEXT  -2 

40  FORMAT (2E10.0) 

E> 

file: 

READ  (5,4  0)  A,  B 
C=A*B 

WRITE  (6,50)  A,B,C 
40  FORMAT  (2E1 0.0)  < 

50  FORMAT (1X,3E15.7) 

STOP  < 

END 


pointer  after 
pointer  before 


pointer  before 
pointer  after 
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OVERLAY[  line] 


This  request  takes  nonblank  characters  (other  than  the  tab 
character)  of  "line”  and  places  their  in  the  corresponding 
position  of  the  current  line  image.  line  is  separated  from 
the  OVERLAY  request  by  one  space.  To  OVERLAY  the  same  character 
positions  on  a number  of  lines,  the  REPEAT  request  may  be  used 
ahead  of  the  OVERLAY  request.  See  REPEAT  for  a further 
description. 

OVERLAY  remembers  the  parameters  from  the  last  OVERLAY 
request. 

Example: 

E>PRINT 

150  ABCD=35. 

E>OVERLAY  >DIST 
150  DIST=35 . 

E> 


PRINT[  n]  or  PRINT  : stringl: string2: . . . j 

This  request  prints  n lines  from  the  file,  starting  with 
the  current  line.  The  pointer  is  advanced  to  the  last  line 
printed.  If  n is  omitted,  1 is  assumed.  If  n=*,  all  lines 
from  the  pointer  position  to  the  end-of-file  will  be  printed. 

If  strings  are  specified,  all  lines,  starting  with  the 
current  line  to  the  first  lire  in  which  one  of  the  strings  is 
matched,  will  be  printed. 

: is  any  delimiting  character  that  does  not  appear  in  any 
of  the  strings.  The  trailing  delimiter  may  be  omitted  if  the 
last  string  ends  in  a nonblank  character. 

Example: 

E>PRINT  3 

C=A*B 

WRITE  (6, 50)  A,  B,C 
40  FORMAT  (2E  10.0) 

E> 

file: 

READ  (5,40)  A,B 
C=A*B  < 

WRITE  (6 , 50)  A,  B,  C 
40  FORMAT (2F 10.0)  < 

50  FORMAT  (1X,3E15.7) 

STOP 
END 


pointer  before 
pointer  after 
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QUIT 


With  this  reqw«at,EDIT  returns  control  to  the  'ATLAS  interactive  mode  without 
altering  the  original  file. 

Example: 

E>CHANGE  :A:X:  * * 

REXD  (5,40)  X,B 
C=X*B 

WRITE  (6 , 50)  X,B,C 
40  FORMXT  (2E10. 0) 

50  FOPMXT (1X,3E15.7) 

EOI: 

E>QUIT 

/♦  015000  OCTAL  REQUIRED  TO  EDIT 

/♦END 

A> 

file  before: 

READ  (5,40)  A,B  < pointer 

C=A*B 

WPITE  (6,50)  A,B,C 
40  FORMAT (2E 10.0) 

50  FORMAT  ( 1 X,  3E 1 5 . 7) 

STOP 

END  N 

\ 

The  above  example  shows  an  unwanted  global  change  to  the 
file.  The  QUIT  request  allows  the  user  to  preserve  the  original 
file. 


REPEAT  n 


This  request  executes  the  next  BLANK  or  OVERLAY  request 
n times.  If  n is  omitted,  1 is  assumed.  The  pointer  is  advanced 
n lines  after  the  BLANK  or  OVERLAY  request. 

Example: 

Delete  sequence  numbers  from  columns  73-80  of  a file. 

A>  EDIT, TEST 
E>TABSET  1 73 
E>BRIEF  ' 

E>REPEAT  10000 
E>BLANK  >XXXXXXXX 
EOI: 

E> 


If  a line  image  contains  trailing  blanks,  EDIT  will  delete 
the  blanks,  after  executing  the  BLANK  request.  Hence  a file 
can  be  condensed  by  using  the  above  example,  even  if  the  file 
has  no  sequence  numbers  but  does  contain  trailing  blanks. 
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EDIT 


. C 

REPLACE  line 


This  request  replaces  the  current  line  image  with  "line”. 
If  no  line  is  specified,  input  mode  is  invoked  and  the  first 
line  typed  in  input  mode  will  replace  the  current  line  image. 
One  blank  separates  the  request  from  “line”. 


Example: 


E>REPLACE  >C=A/B**2 
E> 

file  before: 

READ  (5, 40)  A, B 

C=A*B  < pointer 

WRITE  (6,50)  A,B,C 
40  FORMAT (2E1 0.0) 

50  FORMAT (1X,3E15.7) 

STOP 

END 

file  after: 

READ  (5,40)  A,  B 

C=A/B**2  < pointer 

WRITE (6, 50)  A, B,C 
40  FORMAT (2E10.0) 

50  FORMAT (1X,3E15.7) 

STOP 

END 


SAVE[  filename[  un[  pw]]] 


This  request  writes  a copy  of  the  edited  file  on  disk, 
replacing  the  existing  copy  of  the  working  file,  and  invokes 
the  input  mode  of  EDIT.  When  the  filename  is  specified, 

EDIT  will  also  replace  the  permanent  file  (indirect-access) 
of  that  name  with  a copy  of  the  edited  file.  The  name  of  the 
permanent  file  need  not  match  the  name  of  the  working  file. 

Both  a user  number  (un)  and  a password  (pw)  may  be  specified 
when  replacing,  but  not  creating,  a permanent  file.  A password 
may  not  be  specified  unless  a user  number  has  been  specified; 
similarly,  a user  number  requires  a filename.  The  pointer  is 
net  moved  by  SAVE. 

Example : 

E>  EDIT.NAMEl 

E>  (various  edit  requests) 

E>SAVE  NAME2  AECD99  PASS 
I> 


The  file  NAME1  is  edited,  and  a copy  is  saved  as  permanent 
file  N^ME2  with  user  number  ABCD99  and  file  password  PASS. 

If  NAME1  was  a permanent  file  before  the  above  activity,  the 
permanent  file  NAME1  will  still  evisu  in  its  original  state. 
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START 

END 

MOVE 

DUP 

REMOVE 


These  requests  provide  a means  to  move,  duplicate,  or  delete 
blocks  of  line  images  in  a file.  Before  a MOVE,  DUP,  or  REMOVE 
request  is  issued,  the  first  and  last  lines  of  the  block  must 
be  defined.  This  is  done  by  issuing  the  START  and  END  requests 
when  the  pointer  is  pointing  to  the  appropriate  line  images. 

The  END  of  the  block  cannot  occur  before  the  START.  The  pointer 
must  then  be  moved  to  the  line  after  which  the  block  is  to  be 
inserted  before  the  MOVE  or  DOP  request  is  issued.  The  line 
after  which  the  block  is  to  be  inserted  must  not  be  located 
within  the  block  unless  it  is  che  last  line  of  the  block.  The 
block  starting  and  ending  locations  will  be  reset  to  the  new 
block. 


The  requests  outlined  above  must  be  given  in  the  order: 
START,  END,  MOVE  (or  DUP) . However,  additional  EDIT  requests 
may  be  given  between  block  requests.  The  block  starting  and 
ending  locations  will  be  adjusted  if  modifications  are  made 
to  the  file. 

An  additional  combination  of  requests  is  available  for 
removing  blocks  of  data.  The  first  line  of  the  block  of  data 
to  be  removed  must  be  located  and  the  START  request  issued. 

The  pointer  should  then  be  moved  to  the  last  line  of  data  to 
be  removed  and  the  REMOVE  request  issued. 

If  the  block  definition  does  not  exist,  the  diagnostic 
"INVALID  EDIT  REQUEST:"  will  be  displayed  whenever  the  MOVE, 
DUP,  or  REMOVE  request  is  issued.  The  diagnostic  will  also 
be  displayed  if  an  attempt  is  made  to  include  the  first  line 
(the  null  line)  of  the  file  in  the  block  definition,  to  place 
the  end  of  the  block  in  front  of  the  START,  or  to  duplicate 
or  move  a block  into  itself. 


Example : 

E>PRINT 

READ  (5,  40)  A,  B 
E>START 
E>NEXT  2 

WRITE  (6,50)  A,  B,  C 

E>END 
E>NEXT  2 

50  FORMAT (1X,3E15,7) 

E>DUI 

E> 
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• 

j 

[\ 

file 

before: 

& 

READ (5, 40)  A,B 

*> 

C=A*B 

i 

< i 

| 

WRITE(6,50)  A,B ,C 

X i 

40 

FORMAT  (2E1 0.0) 

; ! 

% 

50 

FORMAT (1X,3E15.7) 

* i 

STOP 

END 

; i 

f 

file 

after: 

■ i 

READ (5, 40)  A,B 

.*  I 

C=A*B 

WRITE  (6, 50)  A,  B,C 

\ ' 

40 

FORMAT (2E10.0) 

50 

FORMAT (1X,3E15.7) 

1 

READ  (5,  40)  A, B 

C=A*B 

WRITE (6 , 50)  A,B,C  <■ 

STOP 

END 


^ EDIT  ^ 


pointer 


pointer 


T^BDEFf  character  ] 


This  request  redefines  the  logical  tab  character  to  the 
character  specified.  If  no  character  is  specified,  the  logical 
tab  character  reverts  to  the  default  character  **>". 


Example: 

E>.„BDEF  $ 

E>NEXT 

9 C+A*B 

E>REPLACE  $C=A*E 
E>PPINT 

C=A*B 

E> 


f ' 


t 


H.  21 


nl  is  the  column  in  the  line  at  which  the  line  is  to  begin. 
n2  ...  nn  are  column  positions  for  logical  tab  settings.  If  $ 

parameters  are  omitted,  default  tab  settings  (1,7,11,18,30,73) 
will  be  used.  The  maximum  number  of  tab  settings  is  12. 

The  tab  character  (N>M  is  the  default)  has  the  desired 
effect  when  used  with  the  INSERT  command,  but  not  when  used 
with  the  CHANGE  command.  That  is,  on  the  INSERT  command,  any 
appearance  of  ">"  causes  the  next  character  to  be  stored  in 
the  next  tab  position  defined  by  TABSET,  and  the  H>M  is  of 
course  not  stored.  But  on  the  CHANGE  command  the  character 
">"  is  not  given  any  special  significance  (see  second  example). 

Example  1:  ’ 

E>TABSET  5 11  21 
E> INSERT  5.>1 1->21. 

E>PRINT 

5.  11.  21. 

E> 

Example  2 : I 

! 

E>TABSET  5 11  21  j 

E>INSERT  5. >11. 21.  j 

E>PRINT  : 

5.  11.21.  i 

E>CHANGE  : 11. : 11. >: 

5.  11. >21. 

E> 


This  request  repositions  the  pointer  to  the  top  of  the  file 
(the  null  line  in  front  of  the  user's  first  line) . 

Example : 

E>TOP 
E> 

file: 

< 

READ  (5,40)  A,  5 
C=A*B 

WRITE  (6,50)  A,B,C 
40  FORMAT (2E 10.0)  < 

50  FORMAT (1X,3E15.7) 

STOP 
END 


pointer  after 


pointer  before 
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EDIT 


UP[  n ] or  UP  :8tring1:string2: ... 


This  request  repositions  the  pointer  n lines  before  the 
current  line.  If  n is  not  specified,  a value  of  1 is  assumed. 

If  n is  greater  than  the  number  of  lines  to  the  top  of  the  file, 
the  pointer  is  positioned  at  the  top.  UP  may  also  be  used  to 
search  upwards  for  one  of  the  specified  strings. 

: is  any  delimiting  character  that  does  not  appear  in  any 
of  the  strings.  The  trailing  delimiter  may  be  omitted  if  the 
last  string  ends  in  a nonblank  character. 

UP  does  not  remember  the  parameter  (s)  used  on  the  previous 
UP  request.  Use  LOCATE  or  FIND  if  multiple  upward  searches 
for  the  same  string  are  desired. 

Example: 

E>UP  4 

C=A*B 

E> 

f ile: 

READ  (5,  40)  A,B 

C=A*B  < pointer  after 

WRITE (6,50)  A,B,C 
40  FORMAT  (2E  10.0) 

50  FORMAT (1X,3E15.7) 

STOP  < pointer  before 

END 


VERIFY[  n] 


This  request  terminates  the  BRIEF  mode  in  the  edit 
environment  (see  BRIEF  request) . The  parameter  n is  the  number 
of  columns  to  verify  in  each  line.  The  default  is  all  columns. 
The  EDIT  requests  that  are  controlled  by  VERIFY  are  AFTER, 
BEFORE,  BLANK,  BOTTOM,  CHANGE,  FIND,  LOCATE,  NEXT,  OVERLAY, 
and  UP. 

Example: 

E>BRIEF 
E>NEXT 
E>VERIFY 
E>NEXT 

40  FORMAT (2E10.0) 

E> 

file: 

READ  (5,  40)  A, B 
C=A*B  < 

WRITE  (6 , 50)  A,  B ,C 
40  FORMAT (2E1 0.0)  < 

50  FORMAT ( 1X,3E15. 7) 

STOP 
END 


pointer  before 
pointer  after 
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This  request  sets  the  upper  limit  n for  the  number  of 
characters  printed  by  EDIT  on  a terminal  line.  If  no  value 
for  n is  specified,  the  line  width  reverts  to  the  default  value 
70 

l 

Example; 

E>PFINT 

40  FORMAT  ( 2E 1 0 . 0) 

E>WIDTH  10 

E>PFINT  ! 

40  FORM  i 

AT (2E10. 0)  ! 

E>  ! 


The  form  X /requestt/request2/. . . saves  a set  of  > EDIT 
requests  for  later  execution  and  temporarily  names  it  X 
(similarly  for  Y) . Two  sets  of  requests  may  be  saved 
concurrently. 

The  form  X n (or  Y n)  allows  the  set  of  requests  named  X 
(or  Y)  to  be  executed  n times.  The  default  value  for  n is  1. 

/ is  any  delimiting  character  ehat  does  not  appear  in  any 
of  the  requests.  The  trailing  delimiter  may  be  omitted  if  the 
last  request  ends  in  a nonblank  character. 

Example: 

E>X  /LOCATE  : STOP; /DELETE/ 

E>X 

STOP 
E> 

file  before: 

PEAD  (5,  40)  A,  B 
C=A*3  < 

WRITE (6 , 50)  A,B,C 
40  FORMAT  (2E 10.0) 

50  FORMAT (1X,3E15.7) 

STOP 
END 

file  after: 

READ  (5,40)  A,B 
C=A*B 

WRITE (6 , 50)  A, B,C 
40  FORMAT (2E10.  0) 

50  FORMAT (1X,3E15.7) 

END  < 
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pointer  before 


pointer  after 
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1 

t 


f 

f- 


6 


j 


,l  t 


r. 


EDIT 


5 


C 


ZONE[  a(  fcj] 


Parameters  a and  b are  the  first  and  last  columns  of  a line 
to  be  scanned  with  the  LOCATE,  NEXT,  or  OP  request.  For  the 
AFTER,  BEFORE,  or  CHANGE  request,  a and  b define  the  limits 
of  their  effects.  The  default  is  all  columns  (ZONE  1 140). 

Example: 

E>ZONE  10  15 
E> LOCATE  :A: 

4C  FORMAT  (2E10.  0) 

E> 

file: 

READ (5,  40)  A,B  < pointer  before 

C=A*B 

WRITE  (6 , 50)  A,B,C 

40  FORMAT  (2E 10. 0)  < pointer  after 

50  FORMAT( IX, 3E15.  7) 

STOP 

END 


j 


4- 


f 


A 
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